From nscott@redhat.com Wed May 1 02:58:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4F87F7F6B for ; Wed, 1 May 2013 02:58:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3C624304059 for ; Wed, 1 May 2013 00:58:59 -0700 (PDT) X-ASG-Debug-ID: 1367395134-04cb6c66e494930001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id vkxK9gecxeipgAie for ; Wed, 01 May 2013 00:58:55 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r417wqI7011562; Wed, 1 May 2013 03:58:52 -0400 Date: Wed, 1 May 2013 03:58:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Cc: Andreas Beckmann , Marko Myllynen Message-ID: <1279035697.7911802.1367395132322.JavaMail.root@redhat.com> In-Reply-To: <1395702020.7911202.1367394961017.JavaMail.root@redhat.com> Subject: pcp updates: misc bug fixes MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: misc bug fixes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: misc bug fixes Thread-Index: KPUSss3TWQbiX+6DJ4vxPa8/Vwik5w== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367395134 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129681 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 18 +++++ build/rpm/fedora.spec | 1 debian/changelog | 1 debian/pcp.preinst.tail | 9 +- qa/526 | 31 ++++++++++ qa/526.out | 121 ++++++++++++++++++++++++++++++++++++++++ qa/group | 1 qa/src/.gitignore | 1 qa/src/GNUlocaldefs | 10 ++- qa/src/check_import_name.c | 47 +++++++++++++++ src/include/pcp/import.h | 3 src/libpcp/src/connect.c | 12 +-- src/libpcp_import/src/import.c | 41 +++++++++++++ src/perl/LogImport/LogImport.pm | 1 src/python/pmi.c | 1 15 files changed, 284 insertions(+), 14 deletions(-) commit c4891d612fbbc474479e774904243ca6a807b312 Author: Nathan Scott Date: Wed May 1 17:53:29 2013 +1000 Update the changelog to try keep track of all the work going on commit 59c3444c8a153b4fb414952d09bd8f61907b80ed Author: Nathan Scott Date: Wed May 1 17:53:01 2013 +1000 Make the connection attributes available at protocol handshake time commit d61de325fa97e075d8b686a11198d7cfe91c6ff3 Author: Nathan Scott Date: Wed May 1 17:42:26 2013 +1000 Do not leave install.log files behind after a deb install Resolves Debian bug 705994 - thanks for reporting it Andreas! commit 4eaa9cf1e4614fdd75852aec39ef365194e64737 Author: Nathan Scott Date: Wed May 1 17:34:46 2013 +1000 Add checks to the Log Import API to reject invalid metric names Ensure we do not allow arbitrary metric names through into PCP logs via the log import APIs. This currently allows names that are clearly going to confuse many of the tools - metric names containing hyphens (subtraction in pmie), dots in arbitrary places like start, end and repeated (pmchart metric selector window would surely have kittens) - it was pretty much totally free-form before this. A new PMI error code is added for bad metric names, and test qa/526 exercises as many corner cases as I could think of. This resolves Fedora bug 958019 - thanks for reporting it Marko. From pevans@redhat.com Wed May 1 03:58:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 262CC7F83 for ; Wed, 1 May 2013 03:58:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id EB0768F8049 for ; Wed, 1 May 2013 01:58:29 -0700 (PDT) X-ASG-Debug-ID: 1367398705-04bdf077c6995e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id G9Fkr1Vg93Q2F6es for ; Wed, 01 May 2013 01:58:25 -0700 (PDT) X-Barracuda-Envelope-From: pevans@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r418wP9X021937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 1 May 2013 04:58:25 -0400 Received: from [10.36.7.208] (vpn1-7-208.ams2.redhat.com [10.36.7.208]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r418wNVt008815; Wed, 1 May 2013 04:58:24 -0400 Message-ID: <5180D92F.40809@redhat.com> Date: Wed, 01 May 2013 09:58:23 +0100 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion References: <517FBD63.3010804@redhat.com> <1117296374.7864618.1367373452615.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion In-Reply-To: <1117296374.7864618.1367373452615.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367398705 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi Nathan, No worries, I shall have a look and correct most of this things you have pointed out, some of them oversights on my behalf. Once the changes have been done I shall make some noise again. On 05/01/2013 02:57 AM, Nathan Scott wrote: > Hi Paul, > > ----- Original Message ----- >> Please consider the patch adding additional metrics for the gfs2 PMDA in >> pcp.git. >> ... >> Available at git://github.com/pauljevans/pcp.git dev >> > Good stuff! Have been reviewing it this morning, and made a few minor > tweaks along the way. For now I've created a merge branch while we go > through a few things - its now at "git://oss.sgi.com/pcp/pcp gfs2". > > Following are all my review notes. Don't get disheartened by the length > of "stuff" here, I think overall its looking good and you've been thrown > in the deep-end with a relatively difficult agent! None of this is set > in stone either, just my thoughts - everything is open to discussion, of > course. Anyway, the notes are in no particular order, just file-by-file > as git-diff showed 'em to me... > > > qa/654 > > - 'gsf2' typo in comment (fixed) > > - line below assumes the test is running as root, we need to > explicitly request root as automated QA runs unprivileged: > > echo 1 > /sys/kernel/debug/tracing/events/gfs2/gfs2_glock_lock_time/enable > (fixed) > > - also, should use "_notrun" instead of echo "Cannot enable > the gfs2 glock trace..." - that echo will cause a test fail > (which causes QA and dev folks to investigatE) whereas if > its simply kernel support thats lacking, it should just be > marked as not-been-run on that test machine. > > - the above two points makes me think this test should be split > into two now - I notice on a debian unstable machine here > for example, that there is no support for GFS2 trace points > but the other metrics work fine still. So, I would suggest > the following: > - create a common.gfs2 script in pcp/qa which can be sourced > by both tests (and all new gfs2 tests later) to provide the > common functions like _setup_mounts and perhaps some of the > initial _notrun checks, etc. > - move the parts you've added into a new test (655 is free) > and add that additional "notrun" check on the trace file. > > - further, I think I was being a bit optimistic simply assuming > the tester has setup gfs2 support on their machine (this was > my assumption, not yours of course). But, we could make sure > the test is run on most machines like this perhaps: > o grep gfs2 /proc/filesystems >/dev/null > o if non-zero status (not found): > o modprobe gfs2 > o if non-zero exit state, _notrun "no gfs2 module & not builtin" > o grep gfs2 /proc/filesystems >/dev/null > o if non-zero status (not found): > o _notrun "failed to load gfs2 module successfully, sorry" > This would go into that common.gfs2 script for all gfs2 tests, > and would give us alot more confidence at release time that we > (both PCP community devs and Red Hat QE folks) are giving gfs2 > a decent workout. These are good points that I shall change into the qa tests. > > src/pmdas/gfs2/Install > > - Adds explicit enabling of the glock_lock trace point if the file > exists. This should be moved into the PMDA - the Install is only > run once, and so this (kernel) state will be lost across reboots, > for example. > > - It also means having the agent present would mean the cost of > enabling the tracing must always be worn. We can do this in such > a way that this isn't necessary - there's two options: > 1. enable tracing when metrics values are requested. this would > probably be too late, however. > 2. use the pmStore(3) facility to dynamically request tracing be > enabled when needed, and disabled when done. This typically > would be achieved through the addition of a new metric - e.g. > gfs2.control.glock_time_tracing. > A fetch of that value would return the trace state (a read on > the trace enabling file hopefully tells us that?) and a store > would be used to enable/disable. See linux_store() from the > Linux kernel PMDA (src/pmdas/linux/pmda.c) for an example. > > I recommend option #2. The pmstore(1) command can be used to test > this (e.g. in QA tests) and when you move on to the phase 2 (warm > liquid goo phase) of your work, where you write the cluster-aware > client-side analysis tool, this tool can do the pmStore(3) at the > appropriate time. Yes, suggestion two seems to be a good way to move forward, considering that debian unstable does not current have the GFS2 trace-points. > src/pmdas/gfs2/lock_time.c > > - Hmmm, wondering if a linked-list is the right data structure here, > lets come back to that though. > > - Coding style seems inconsistent with recent of PCP, and gfs2 code > for that matter ;) ... I'd recommend picking one of those instead > of free-styling it. > > - gfs2_refresh_lock_time() > > - Memory leak on "buffer" at line 108 > > - temp.lock_type == 2 || temp.lock_type == 3 - can we use macros > instead of 2/3? (LOCKTIME_* already exist, maybe those?) > > - How big can this trace pipe get? I suspect "quite big" as it > appears to be a function of the client tools sampling interval > (does the kernel tracing drop traces after some time? I think > it has to otherwise kernel memory requirements are unbounded - > at what buffer size does that happen?) and also of the rate at > which the glock tracepoint is triggered, which is probably a > function of filesystem activity level? > > - Assuming it can get "quite big", this may equate to a significant > memory allocation in the PMDA? And it seems a bit unnecessary - > could the read-allocate-loop (line 111) not be combined with the > parse-and-list-insert-loop (line 129)? Then only one buffer (or > possibly two at most) is needed and the memory requirements of > pmdagfs2 wont balloon out as much. > > - We appear to have a single list for all glocks across all mounted > filesystems ... is that wise? Consider a hash or series of hash > tables? > > - list_remove_duplicates() ... /* get rid of dups */ - again, I'd > think a hash table seems a better approach here - inserting over > the top of existing entries comes "for free" with a well-chosen > hash key, and a potentially expensive list-iteration goes away. > A suitable key would seem to be a composite of dev/type/number, > as suggested by list_remove_duplicates code: > if(iterator->dev_id == currentNode->next->dev_id && > iterator->data.lock_type == currentNode->next->data.lock_type > && iterator->data.number == currentNode->next->data.number){ > ... a hash would mean less memory, and no list_remove_duplicates > step needed, I think. > > - You could avoid writing new hash table code by using the existing > pmdaCache(3) methods here - if you create an indom (which doesn't > need to be exposed outside of pmdagfs2), and a pmdaCacheLookupKey > on that composite key (as a string) should work fine. There's a > hash-iterator mechanism too which you can use (actually its used > already elsewhere in pmdagfs2, could use that as example code, or > one of the other PMDAs - its used quite extensively) > > - IIRC, you originally wanted a top-10 worst glocks? Thats doable > here too - instead of just a single "worstGlock", you could keep > a sorted array and export those as separate metrics if you still > want to do that? > > - Digging deeper, it looks like gfs2_refresh_lock_time() is called > in a loop, once per device_id (mounted filesystem) being queried. > However, the refresh code drains values from the event trace pipe > does it not? Hence, it would seem the first refresh_lock_time() > call will consume all the pending events and subsequent calls for > other filesystems will get no trace data? > > - typo -> "comparision" (fixed) Some more good points, will clean up the coding style and will look into both hashes and pmCache(3) today and decide the best for the job here. gfs2_refresh_lock_time is called for each file-system separately and the device_id is used to map the results as they come from the trace_pipe to each file-system has been mounted. Yes it is true that the trace_pipe is emptied each call, but unfortunately the events are fired in no particular order so the current method was to save any data found for other file-systems in the list (or any other data-structure) between calls using the dev_id to distinguish what file-system the information belonged to. When the next file-system called refresh_lock_time we would check the list for any stored data from previous runs, it seemed the best idea at the time for mitigating the chances of losing data. The trace-point's use the dev_id as their way to represent the different file-systems, I believe this is true for all gfs2 trace points at least. I was hoping currently have just the worst glock for the call (and collecting a top 10 client side) but this can be changed to give the worst 10 for that fetch. > src/pmdas/gfs2/pmda.c > > - gfs2_instance_refresh > - consider extracting the code that opens > /sys/fs/gfs2/BDEV/id and figures out the dev_id into a separate > function that returns dev_id ... would be more readable I think. > > - gfs2_fetch_refresh > - makedev(253, 0) -> does that mean device-mapper only? Either way > 253 should have a human-readable macro associated. And it really > can only be device mapper? Hmm - how does our QA on loopback > devices work for this? Or are these metrics not yet being tested? > (this may go away with the changes suggested above relating to the > way events can only be consumed once?) Shall move the dev_id figuring out to a different method. You've found a forgotten part of previous testing that I should have deleted thankfully it currently isn't being used anywhere in that method and just hanging around, shall swiftly deleted it. > src/pmdas/gfs2/pmdagfs2.h > > - I'd put the dev_id at the start of the structure, but thats mainly > just cosmetic (it being an important identifier kind of field that > is accessed quite a bit). No worries, shall move it up to the top. Cheers, Paul. From wwwrun@oss.sgi.com Wed May 1 08:20:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 1534F29DF8; Wed, 1 May 2013 08:20:21 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 973] New: libpcp solib extensions cause development/testing complications Date: Wed, 01 May 2013 13:20:20 +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: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1367414421.3614dd1.17865"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367414421.3614dd1.17865 Date: Wed, 1 May 2013 08:20:21 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=973 Bug ID: 973 Summary: libpcp solib extensions cause development/testing complications Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified libpcp.so has been gaining some extra functions lately, but retaining the same libpcp.so.3 SONAME. This makes binaries that use those new functions work only with newly-built libpcp.so.3's, but not with a possible distro-installed libpcp.so.3. That can give errors such as ... % .../build/pmwebd undefined symbol: __pmGetUsername" Some possible fixes: - force/document users to set $LD_LIBRARY_PATH to point to $prefix/lib - add LDFLAGS=-R$libdir (or -rpath $libdir) throughout to get the binaries to refer to newly built libs rather than possible system ones - use new SONAMEs when the library is extended, to make more obvious the cause, but arrange to link older SONAMEs to the same library for backward compatibility -- You are receiving this mail because: You are on the CC list for the bug. --1367414421.3614dd1.17865 Date: Wed, 1 May 2013 08:20:21 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 973
Summary libpcp solib extensions cause development/testing complications
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

libpcp.so has been gaining some extra functions lately, but retaining the same
libpcp.so.3 SONAME.  This makes binaries that use those new functions work only
with newly-built libpcp.so.3's, but not with a possible distro-installed
libpcp.so.3.  That can give errors such as ...

% .../build/pmwebd
undefined symbol: __pmGetUsername"

Some possible fixes:

- force/document users to set $LD_LIBRARY_PATH to point to $prefix/lib
- add LDFLAGS=-R$libdir (or -rpath $libdir) throughout to get the binaries
  to refer to newly built libs rather than possible system ones
- use new SONAMEs when the library is extended, to make more obvious the cause,
  but arrange to link older SONAMEs to the same library for backward
compatibility

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367414421.3614dd1.17865-- From brolley@redhat.com Wed May 1 11:28:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 070327F85 for ; Wed, 1 May 2013 11:28:40 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id DAC158F8064 for ; Wed, 1 May 2013 09:28:36 -0700 (PDT) X-ASG-Debug-ID: 1367425715-04bdf077c8b6380001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 9CfyZU78ClGlAnrq for ; Wed, 01 May 2013 09:28:35 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r41GSZbd007018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 1 May 2013 12:28:35 -0400 Received: from [10.10.60.94] (vpn-60-94.rdu2.redhat.com [10.10.60.94]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r41GSY9i002467 for ; Wed, 1 May 2013 12:28:35 -0400 Message-ID: <518142B2.3050004@redhat.com> Date: Wed, 01 May 2013 12:28:34 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates: Eliminate Unnecessary Host Name Lookups Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates: Eliminate Unnecessary Host Name Lookups 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: 1367425715 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 The following has been pushed to the brolley/dev branch of the pcpfans repository: commit 5ce967184944cb2e32f676b73036a9d8100221fa Author: Dave Brolley Date: Wed May 1 12:17:42 2013 -0400 Don't look up the host name in __pmGetAddrInfo(). This is not necessary for a few reasons: 1) The caller of __pmGetAddrInfo already has the host name. 2) The host name is most often not requested from the resulting __pmHostEnt structure. 3) There already exists __pmHostEntGetName() for this purpose when the host name is needed from the __pmHostEnt structure. This commit moves the lookup of the host name from __pmGetAddrInfo() to __pmHostEntGetName(), where it is done only once (at the first request). From fche@redhat.com Wed May 1 16:35:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D4B997F52 for ; Wed, 1 May 2013 16:35:31 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6198CAC004 for ; Wed, 1 May 2013 14:35:28 -0700 (PDT) X-ASG-Debug-ID: 1367444124-04cb6c66e3c7860001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Z5qQLOA78hlgUcPn for ; Wed, 01 May 2013 14:35:24 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r41LZNhT019527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 1 May 2013 17:35:24 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r41LZNUJ006514 for ; Wed, 1 May 2013 17:35:23 -0400 Received: by fche.csb (Postfix, from userid 2569) id 0226B581C6; Wed, 1 May 2013 17:35:22 -0400 (EDT) Date: Wed, 1 May 2013 17:35:22 -0400 From: "Frank Ch. Eigler" To: pcp developers Subject: pcpfans.git fche/dev changes Message-ID: <20130501213522.GA30527@redhat.com> X-ASG-Orig-Subj: pcpfans.git fche/dev changes 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.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367444124 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - Please consider merging: commit 029b31b58b3c6d474ffa9f8b5ba2bb265b1c44ba Author: Frank Ch. Eigler Date: Wed May 1 16:48:04 2013 -0400 pmatop: handle SIGWINCH to reset curses state on window resize src/pmatop/pmatop.py | 13 +++++++++++++ 1 file changed, 13 insertions(+) commit 1aa560e29be4ab6ecc99e49aafa514cdf045fd27 Author: Frank Ch. Eigler Date: Wed May 1 16:03:07 2013 -0400 pmatop: print list of keyboard commands if bad key pressed src/pmatop/pmatop.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) commit 3ed150ea6beb3cc8cb226df3ea6e688fc6c63593 Author: Frank Ch. Eigler Date: Wed May 1 15:52:55 2013 -0400 pmatop: wrap a blanket try/except around pcp subsystem updater calls * pmatop.py (main): When invoking the per-subsystem updater-functions, catch all exceptions (not just curses ones). src/pmatop/pmatop.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) From kenj@internode.on.net Wed May 1 20:02:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id EC62E7F53 for ; Wed, 1 May 2013 20:02:42 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id DD2E4304071 for ; Wed, 1 May 2013 18:02:42 -0700 (PDT) X-ASG-Debug-ID: 1367456557-04cbb03c2fd0cd0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id LCWmFrkwCwTwRpV0 for ; Wed, 01 May 2013 18:02:38 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAMG5gVF20aMe/2dsb2JhbAANRYM+wDiEEj0WGAMCAQIBPwwNCAEBtgSROJJ7A5hPkyo Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 02 May 2013 10:32:36 +0930 Message-ID: <5181BB30.6000905@internode.on.net> Date: Thu, 02 May 2013 11:02:40 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: pmda persistent indom cache access issues Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pmda persistent indom cache access issues Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1367456557 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129749 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Anyone else noticed that since pmcd and pmdas may no longer run as root the persistent indom cache in /var/lib/pcp/config/pmda cannot be written by some/all pmdas? I don't know why this has changed recently, but I have a whole bunch of QA failures of the form pmda cache persistance failed: Permission denied at /var/lib/pcp/pmdas/simple/pmdasimple.pl line 127 that started passing when I changed /var/lib/pcp/config/pmda to mode 1777 and removed the old 253.1 file that was owned by root and I see files in there being owned by the user "pcp" now. The Linux pmda was silently unable to write its indom cache files apparently ... when I removed the old 60.* ones owned by root, and restarted pmcd, new ones appeared owned by "pcp". So changing the mode is only part of the fix ... we need to consider what to do about migration/upgrade issues where old files owned by root may be left around. And any pmda run with a sudo dbpmda in qa will break all of this nicely, so there may be qa knock-ons. Thoughts? Ideas? From kenj@internode.on.net Wed May 1 20:26:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 457437F52 for ; Wed, 1 May 2013 20:26:24 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C7E42AC004 for ; Wed, 1 May 2013 18:26:20 -0700 (PDT) X-ASG-Debug-ID: 1367457978-04cbb03c2ed1940001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 7J8FH0agHKWyPRkL for ; Wed, 01 May 2013 18:26:19 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBALO/gVF20aMe/2dsb2JhbAANRcN2g0wBRT0WGAMCAQIBSw0IAQG2BJE3knsDq3k Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 02 May 2013 10:56:18 +0930 Message-ID: <5181C0BF.5030103@internode.on.net> Date: Thu, 02 May 2013 11:26:23 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: New build warnings for pmwebapi? Content-Type: text/plain; charset=windows-1252 X-ASG-Orig-Subj: New build warnings for pmwebapi? Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1367457978 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129751 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- It would be good if someone could check these out ... my goal remains no compilation warnings on _any_ platform. main.c:272:67: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] pmwebapi.c: In function ‘pmwebapi_gc’: pmwebapi.c:96:44: warning: signed and unsigned type in conditional expression [-Wsign-compare] pmwebapi.c: In function ‘pmwebapi_respond_new_context’: pmwebapi.c:260:60: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] (I don't have better context for the main.c one ... but it is most likely in a recently added/changed file) From fche@redhat.com Wed May 1 20:27:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id EEDCE7F52 for ; Wed, 1 May 2013 20:27:19 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id DF90E8F8050 for ; Wed, 1 May 2013 18:27:16 -0700 (PDT) X-ASG-Debug-ID: 1367458035-04cbb03c2dd19d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id h660NiSvERnGCoHJ for ; Wed, 01 May 2013 18:27:16 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r421RCYD027755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 1 May 2013 21:27:12 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r421RB9C013048; Wed, 1 May 2013 21:27:12 -0400 Received: by fche.csb (Postfix, from userid 2569) id 24B3A581C6; Wed, 1 May 2013 21:27:11 -0400 (EDT) To: Ken McDonell Cc: PCP Mailing List Subject: Re: pmda persistent indom cache access issues References: <5181BB30.6000905@internode.on.net> X-ASG-Orig-Subj: Re: pmda persistent indom cache access issues From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 01 May 2013 21:27:11 -0400 In-Reply-To: <5181BB30.6000905@internode.on.net> (Ken McDonell's message of "Thu, 02 May 2013 11:02:40 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367458036 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Ken McDonell writes: > that started passing when I changed /var/lib/pcp/config/pmda to mode > 1777 [...] (If that were necessary, perhaps we should set up a shared group-id for the pmda's, so the directory is not open to the world.) > [...] So changing the mode is only part of the fix ... we need to > consider what to do about migration/upgrade issues where old files > owned by root may be left around. [...] Can we zap the cache during a make / package install? - FChE From kenj@internode.on.net Wed May 1 20:50:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 510437F52 for ; Wed, 1 May 2013 20:50:19 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id EB401AC001 for ; Wed, 1 May 2013 18:50:18 -0700 (PDT) X-ASG-Debug-ID: 1367459415-04bdf077c8d2610001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id meiUgrHaNMCUtEzD for ; Wed, 01 May 2013 18:50:15 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAGrFgVF20aMe/2dsb2JhbAANRYM+wDiDQRFAMA0WGAMCAQIBWAYCAQGIFK1skTiNfYR+A5hPkyqBWQ Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 02 May 2013 11:20:14 +0930 Message-ID: <5181C65B.6060001@internode.on.net> Date: Thu, 02 May 2013 11:50:19 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - man page fun and games Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates - man page fun and games Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1367459415 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129753 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Builds and package upgrades tested on Ubuntu 12.10 and Centos 6.3 (others will get tested in due course). One small upgrade issue remains for dpkg packaging. Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/rpm/fedora.spec | 2 debian/control | 1 debian/libpcp-mmv1-dev.install | 2 debian/libpcp3-dev.install | 127 +++++++++------- man/Check | 71 ++++++++ man/GNUmakefile | 2 man/man1/autofsd-probe.1 | 2 man/man1/chkhelp.1 | 6 man/man1/dbpmda.1 | 6 man/man1/genpmda.1 | 10 - man/man1/mkaf.1 | 6 man/man1/newhelp.1 | 6 man/man1/pcp.1 | 8 - man/man1/pcpintro.1 | 19 +- man/man1/pmafm.1 | 6 man/man1/pmcd.1 | 27 --- man/man1/pmcd_wait.1 | 6 man/man1/pmclient.1 | 18 +- man/man1/pmcollectl.1 | 2 man/man1/pmconfig.1 | 6 man/man1/pmcpp.1 | 10 - man/man1/pmdabash.1 | 2 man/man1/pmdacisco.1 | 6 man/man1/pmdahotproc.1 | 8 - man/man1/pmdamailq.1 | 6 man/man1/pmdasample.1 | 6 man/man1/pmdasendmail.1 | 2 man/man1/pmdashping.1 | 2 man/man1/pmdasimple.1 | 6 man/man1/pmdasummary.1 | 2 man/man1/pmdate.1 | 6 man/man1/pmdatrace.1 | 2 man/man1/pmdatrivial.1 | 2 man/man1/pmdatxmon.1 | 2 man/man1/pmdaweblog.1 | 8 - man/man1/pmdbg.1 | 6 man/man1/pmdumplog.1 | 10 - man/man1/pmerr.1 | 6 man/man1/pmevent.1 | 4 man/man1/pmgenmap.1 | 10 - man/man1/pmhostname.1 | 8 - man/man1/pmie.1 | 8 - man/man1/pmie2col.1 | 2 man/man1/pmie_check.1 | 2 man/man1/pmieconf.1 | 6 man/man1/pmiestatus.1 | 6 man/man1/pminfo.1 | 8 - man/man1/pmlc.1 | 6 man/man1/pmlogcheck.1 | 10 - man/man1/pmlogconf.1 | 6 man/man1/pmlogextract.1 | 8 - man/man1/pmlogger.1 | 12 - man/man1/pmlogger_daily.1 | 7 man/man1/pmloglabel.1 | 6 man/man1/pmlogreduce.1 | 6 man/man1/pmlogrewrite.1 | 10 - man/man1/pmlogsummary.1 | 8 - man/man1/pmnewlog.1 | 6 man/man1/pmnsadd.1 | 10 - man/man1/pmnscomp.1 | 195 ------------------------ man/man1/pmnsdel.1 | 10 - man/man1/pmnsmerge.1 | 8 - man/man1/pmpost.1 | 4 man/man1/pmprobe.1 | 10 - man/man1/pmproxy.1 | 6 man/man1/pmsignal.1 | 6 man/man1/pmsocks.1 | 2 man/man1/pmstat.1 | 6 man/man1/pmstore.1 | 2 man/man1/pmtrace.1 | 2 man/man1/pmval.1 | 6 man/man1/pmwebd.1 | 8 - man/man1/pmwtf.1 | 6 man/man1/telnet-probe.1 | 2 man/man3/GNUmakefile | 2 man/man3/mmv_inc_value.3 | 2 man/man3/mmv_lookup_value_desc.3 | 4 man/man3/mmv_stats_init.3 | 4 man/man3/pcpintro.3 | 13 + man/man3/pmaf.3 | 2 man/man3/pmapi.3 | 8 - man/man3/pmda.3 | 6 man/man3/pmdaopenlog.3 | 2 man/man3/pmdatrace.3 | 2 man/man3/pmgetarchiveend.3 | 6 man/man3/pmgetarchivelabel.3 | 6 man/man3/pmgetchildren.3 | 8 - man/man3/pmgetchildrenstatus.3 | 8 - man/man3/pmgetconfig.3 | 8 - man/man3/pmgetcontexthostname.3 | 6 man/man3/pmgetindom.3 | 6 man/man3/pmgetindomarchive.3 | 6 man/man3/pmgetpmnslocation.3 | 8 - man/man3/pmidstr.3 | 6 man/man3/pmindomstr.3 | 6 man/man3/pmloadasciinamespace.3 | 8 - man/man3/pmloadderivedconfig.3 | 2 man/man3/pmloadnamespace.3 | 10 - man/man3/pmlocalpmda.3 | 5 man/man3/pmlocaltime.3 | 4 man/man3/pmlookupdesc.3 | 4 man/man3/pmlookupindom.3 | 4 man/man3/pmlookupindomarchive.3 | 4 man/man3/pmlookupindomtext.3 | 4 man/man3/pmlookupname.3 | 4 man/man3/pmlookuptext.3 | 4 man/man3/pmnameall.3 | 6 man/man3/pmnameid.3 | 6 man/man3/pmnameindom.3 | 4 man/man3/pmnameindomarchive.3 | 4 man/man3/pmnewcontext.3 | 8 - man/man3/pmnewcontextzone.3 | 4 man/man3/pmnewzone.3 | 4 man/man3/pmreconnectcontext.3 | 2 man/man3/pmregisterderived.3 | 2 man/man3/pmtrimnamespace.3 | 2 man/man3/pmunloadnamespace.3 | 2 man/man4/GNUmakefile | 35 ---- man/man4/mmv.4 | 202 ------------------------- man/man4/pcp.conf.4 | 119 --------------- man/man4/pcp.env.4 | 61 ------- man/man4/pmieconf.4 | 308 --------------------------------------- man/man4/pmns.4 | 268 --------------------------------- man/man5/GNUmakefile | 35 ++++ man/man5/mmv.5 | 202 +++++++++++++++++++++++++ man/man5/pcp.conf.5 | 119 +++++++++++++++ man/man5/pcp.env.5 | 61 +++++++ man/man5/pmieconf.5 | 308 +++++++++++++++++++++++++++++++++++++++ man/man5/pmns.5 | 272 ++++++++++++++++++++++++++++++++++ man/retired/man1/pmdumptext.1 | 2 man/retired/man1/pmimport.1 | 2 man/retired/pmnscomp.1 | 185 +++++++++++++++++++++++ qa/admin/check-vm | 5 src/include/builddefs.in | 31 ++- src/include/pcp.conf.in | 2 src/pmns/Make.stdpmid | 5 136 files changed, 1684 insertions(+), 1601 deletions(-) commit 6e5db2ac3b02013ea70ed58036f3a720e0b2756a Author: Ken McDonell Date: Thu May 2 11:08:04 2013 +1000 multiple man page changes This commit includes - packaging changes for part 2 of the man4 -> man5 migration - a new INSTALL_MAN rule that makes correct symlinks for man page entries that cover multiple commands/functions (this fixes http://oss.sgi.com/bugzilla/show_bug.cgi?id=972) - picking up some man3 pages that for dpkg packaging were being incorrectly packed into pcp rather than libpcp3-dev commit 3387f5abe761579564c94dd079e22a3656d15cd0 Author: Ken McDonell Date: Thu May 2 11:07:40 2013 +1000 qa/admin/check-vm - more build package dependencies commit f0c1332b53d4ab969496e13fa5e8251b27cc4fd5 Author: Ken McDonell Date: Thu May 2 10:29:09 2013 +1000 man/Check - man page integrity checker Crawls over PCP man pages looking for a range of possible inconsistencies. commit 302be6025b1241a31478cc3637411c6e5209eb84 Author: Ken McDonell Date: Thu May 2 10:27:56 2013 +1000 man/pmlocalpmda.3 - remove IRIX reference commit e68a9675ee9ac47a876ca35571da85696e0f46f0 Author: Ken McDonell Date: Thu May 2 10:26:55 2013 +1000 man/pmcd.1 - remove IRIX and relative DSO pathname references commit 800e50dc51c31f815f8c6bc078e42924890bc9b9 Author: Ken McDonell Date: Thu May 2 10:22:09 2013 +1000 Remove IRIX references from the PMNS stdpmid and pmns(5) man page commit 594e48d483b19556519f0d7fdc5287e0f81b8002 Author: Ken McDonell Date: Thu May 2 10:15:08 2013 +1000 man/pcpintro.1 - remove IRIX reference that was not helping commit ba293dd748d0b39130ba257f6bb1d9053bdb6a8f Author: Ken McDonell Date: Thu May 2 10:11:29 2013 +1000 man/pmdaweblog.1 - remove reference to IRIX 6.2 commit 41c6fc24e674f75e1460e09a681d528cfce23203 Author: Ken McDonell Date: Thu May 2 10:09:33 2013 +1000 man/pmdahotproc.1 - remove reference to IRIX 5.3 commit cd8249c55af0ba353e4a478a7602e427cad7a019 Author: Ken McDonell Date: Thu May 2 10:07:47 2013 +1000 man/pmlogger_daily.1 - remove IRIX references commit 5b6da67d7a107eef36f0c2ea163d78366a3210d3 Author: Ken McDonell Date: Thu May 2 10:04:34 2013 +1000 man/pmclient.1 - remove Irix references commit 2f6feec0897f69437d4fbe8bdccebd3a05314fed Author: Ken McDonell Date: Thu May 2 09:53:16 2013 +1000 retire man/pmnscomp.1 - no longer built or packaged commit 084f02f0d1318c52dec28dddfe5c37231a3c5156 Author: Ken McDonell Date: Thu May 2 09:51:11 2013 +1000 man/pcpintro.3 - document PM_ERR_FAULT for completeness commit dfa604a12741077e48f07202ca3cbe52c856cebd Author: Ken McDonell Date: Thu May 2 09:40:29 2013 +1000 Migrate man pages from man4 to man5 - part 1 Our "File formats and conventions" man pages were in Section 4 (probably an Irix-ism) rather than Section 5. This commit moves the man pages and replaces all the cross references to our (4) man pages with (5) man page references. There is another commit required to do the packaging side of this change. From fche@redhat.com Wed May 1 21:43:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id BC4C37F52 for ; Wed, 1 May 2013 21:43:55 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9D8E9304071 for ; Wed, 1 May 2013 19:43:52 -0700 (PDT) X-ASG-Debug-ID: 1367462631-04bdf077c8d4830001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id gVZGsdbWFTxDpUM0 for ; Wed, 01 May 2013 19:43:51 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r422hnVU007465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 1 May 2013 22:43:49 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r422hmcW002606; Wed, 1 May 2013 22:43:48 -0400 Received: by fche.csb (Postfix, from userid 2569) id 0823B581C6; Wed, 1 May 2013 22:43:47 -0400 (EDT) To: Ken McDonell Cc: PCP Mailing List Subject: Re: New build warnings for pmwebapi? References: <5181C0BF.5030103@internode.on.net> X-ASG-Orig-Subj: Re: New build warnings for pmwebapi? From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 01 May 2013 22:43:47 -0400 In-Reply-To: <5181C0BF.5030103@internode.on.net> (Ken McDonell's message of "Thu, 02 May 2013 11:26:23 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367462631 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Ken McDonell writes: > It would be good if someone could check these out ... my goal > remains no compilation warnings on _any_ platform. What OS/compiler are you getting these on? > main.c:272:67: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] > pmwebapi.c: In function .pmwebapi_gc.: > pmwebapi.c:96:44: warning: signed and unsigned type in conditional expression [-Wsign-compare] > pmwebapi.c: In function .pmwebapi_respond_new_context.: > pmwebapi.c:260:60: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] Could you try cherry-picking patch 3dd2f18 from pcpfans.git for these? - FChE From mgoodwin@redhat.com Wed May 1 22:13:49 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C6BE57F52 for ; Wed, 1 May 2013 22:13:49 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 562AAAC002 for ; Wed, 1 May 2013 20:13:45 -0700 (PDT) X-ASG-Debug-ID: 1367464422-04cbb03c2fd59c0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ODl1k2BEcJxkR0hi for ; Wed, 01 May 2013 20:13:42 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r423DfZM003540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 1 May 2013 23:13:41 -0400 Received: from fletch.usersys.redhat.com (vpn1-49-209.bne.redhat.com [10.64.49.209]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r423Dd8F031256 for ; Wed, 1 May 2013 23:13:40 -0400 Message-ID: <5181D9E2.9040204@redhat.com> Date: Thu, 02 May 2013 13:13:38 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp Subject: pmReconnextContext Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pmReconnextContext 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: 1367464422 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This came up yesterday on IRC and it was suggested to discuss it on the list. What was the original rationale for pmReconnectContext? The use case came when pmchart users complained their charts stopped monitoring when a remote host bounced (and stayed stopped after that host came back up or pmcd restarted, whatever). And so pmReconnectContext was born. But we could have hidden the functionality in libpcp e.g. pmstat does this : if ((sts = pmFetch(nummetrics, s->pmids, s->res + s->flip)) < 0) { if (ctxType == PM_CONTEXT_HOST && (sts == PM_ERR_IPC || sts == PM_ERR_TIMEOUT)) { puts (" Fetch failed. Reconnecting ..."); if ( s->res[1-s->flip] != NULL ) { pmFreeResult(s->res[1-s->flip]); s->res[1-s->flip] = NULL; } pmReconnectContext (s->ctx); ... we could have checked sts == PM_ERR_IPC || sts == PM_ERR_TIMEOUT in pmFetch and automatically reconnected/retried some number of times. Or maybe that's too messy and we needed the error handling out in the app layer? e.g. in the above case, pmstat would have seemed to hang with no opportunity to inform the user whilst pmFetch reconnected and retried. Can you remember Ken? Cheers -- Mark From mgoodwin@redhat.com Wed May 1 22:29:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A004E7F52 for ; Wed, 1 May 2013 22:29:05 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 39155AC001 for ; Wed, 1 May 2013 20:29:05 -0700 (PDT) X-ASG-Debug-ID: 1367465344-04bdf077c6d6550001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id q5cCShLWOgTwy6i0 for ; Wed, 01 May 2013 20:29:04 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r423T48g010826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 1 May 2013 23:29:04 -0400 Received: from fletch.usersys.redhat.com (vpn1-49-209.bne.redhat.com [10.64.49.209]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r423T2SI025280 for ; Wed, 1 May 2013 23:29:03 -0400 Message-ID: <5181DD7E.5000805@redhat.com> Date: Thu, 02 May 2013 13:29:02 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pmReconnextContext References: <5181D9E2.9040204@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pmReconnextContext In-Reply-To: <5181D9E2.9040204@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367465344 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 05/02/2013 01:13 PM, Mark Goodwin wrote: > ... we could have checked sts == PM_ERR_IPC || sts == PM_ERR_TIMEOUT > in pmFetch and automatically reconnected/retried some number of > times. Or maybe that's too messy and we needed the error handling > out in the app layer? e.g. in the above case, pmstat would have seemed > to hang with no opportunity to inform the user whilst pmFetch reconnected > and retried. Can you remember Ken? actually, I think I remember now - tools like pmchart and pmie use multiple contexts, not necessarily all to the same host. So if one of those host contexts bounces, they don't all have to hang whilst it reconnects/retries (and we have no async fetch, .. well we did, but not at the time pmReconnectContext came along, and async libpcp functionality is gone now anyway!) -- Mark From nscott@redhat.com Thu May 2 01:17:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 546B27F52 for ; Thu, 2 May 2013 01:17:51 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 274488F8050 for ; Wed, 1 May 2013 23:17:51 -0700 (PDT) X-ASG-Debug-ID: 1367475466-04bdf077c8feff0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id e51p6nTxw2VmfG0Y for ; Wed, 01 May 2013 23:17:47 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r426Hkhr026664; Thu, 2 May 2013 02:17:46 -0400 Date: Thu, 2 May 2013 02:17:46 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: pcp@oss.sgi.com Message-ID: <1984672154.8695462.1367475466100.JavaMail.root@redhat.com> In-Reply-To: <5180D92F.40809@redhat.com> References: <517FBD63.3010804@redhat.com> <1117296374.7864618.1367373452615.JavaMail.root@redhat.com> <5180D92F.40809@redhat.com> Subject: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Patch: gfs2 PMDA additional metrics for review/inclusion Thread-Index: BZdKKpwaG/gM2ACfXcVU61JnG8Vdww== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367475467 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129769 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > Hi Nathan, > > No worries, I shall have a look and correct most of this things you have > pointed out, some of them oversights on my behalf. Once the changes have > been done I shall make some noise again. > Sounds good - feel free to send out small pieces as you make the changes, then folks can review the changes as they come to hand. > > gfs2_refresh_lock_time is called for each file-system separately and the (it doesn't have to be - you could split it into a for-all-filesystems function, then a subsequent per-filesystem bit to post-process) > device_id is used to map the results as they come from the trace_pipe to > each file-system has been mounted. > > Yes it is true that the trace_pipe is emptied each call, but > unfortunately the events are fired in no particular order so the current > method was to save any data found for other file-systems in the list (or > any other data-structure) between calls using the dev_id to distinguish > what file-system the information belonged to. When the next file-system That's OK I think (see above). > called refresh_lock_time we would check the list for any stored data > from previous runs, it seemed the best idea at the time for mitigating > the chances of losing data. The trace-point's use the dev_id as their I worry a bit that the next read will see more data, and trash the results from the first read (from an earlier filesystem during the current pmFetch)? However I think it will be solved by separating the all-vs-individual-filesystem pieces as above. Hope so, anyway. > I was hoping currently have just the worst glock for the call (and > collecting a top 10 client side) but this can be changed to give the > worst 10 for that fetch. Up to you and the semantics you're after, but my initial understanding (perhaps naively) was you'd keep top 10 glocks on each cluster node and collate them from data across the whole cluster in the client tool. Up to you, this sort of stuff can be a later refinement too, of course, if it is desirable. cheers. -- Nathan From kenj@internode.on.net Thu May 2 01:19:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D9C737F52 for ; Thu, 2 May 2013 01:19:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6852FAC001 for ; Wed, 1 May 2013 23:19:47 -0700 (PDT) X-ASG-Debug-ID: 1367475584-04cbb03c2d1037f0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 0JzraTpk2PhU8gta for ; Wed, 01 May 2013 23:19:45 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAOUEglF20aMe/2dsb2JhbAANRYM+vySBGIMTAQEBAwE4QAEFCwsYCRYPCQMCAQIBRQYNAQcBAYgCrgORO48iB4NSA5hPkyo Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl6.internode.on.net with ESMTP; 02 May 2013 15:49:44 +0930 Message-ID: <51820585.5080806@internode.on.net> Date: Thu, 02 May 2013 16:19:49 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Mailing List Subject: Re: new build dependency References: <51802791.8030603@internode.on.net> X-ASG-Orig-Subj: Re: new build dependency In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1367475584 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129771 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 01/05/13 06:50, Frank Ch. Eigler wrote: > ... > How do you mean by fix? The RPM & DPKG builds are meant to simulate a > distributor's official builds, which would have the libmicrohttpd > stuff available. One can't make those control files conditional on > the environment, otherwise the builds wouldn't be reproducible. Understood. But I need/want to run PCP QA on a whole range of older systems, which means I need to be able to build packages for them ... this has always been possible in the past, and I think should continue to be so. > With RPM, it is possible to pass conditionals from the rpm command > line (--with-FOO), which macros in the .spec can adapt to, and turn > features on or off. I don't know whether DPKG can do that. If so, we > could add such a knob, just for people who use these RPM/DPKG files as > non-distributors. I suspect we're going to have to go down this path for the rpm packaging, at least for SuSE ... for dpkg I seem to be able to find packages. >> I really don't want to try and build libmicrohttpd from source on half >> a dozen (so far) machines. > > (What OS do these run?) So far I've come across: openSUSE 12.1 openSUSE 12.2 SLES 11 SP1 CentOS 5.9 <- looks like I can get a RHEL 5 compatible RPM from epel, at least according to rpmfind.net. From dorothy.smith@mcapromotion.com Thu May 2 01:40:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 4805E7F52 for ; Thu, 2 May 2013 01:40:52 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 372C8304039 for ; Wed, 1 May 2013 23:40:51 -0700 (PDT) X-ASG-Debug-ID: 1367476846-04cb6c66e2104720001-S8gJnT Received: from ftp.mcapromotion.com (ftp.mcapromotion.com [193.180.183.87]) by cuda.sgi.com with ESMTP id zyYIfEnuwqCNr8k3 for ; Wed, 01 May 2013 23:40:47 -0700 (PDT) X-Barracuda-Envelope-From: dorothy.smith@mcapromotion.com X-Barracuda-Apparent-Source-IP: 193.180.183.87 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=dkim; d=mcapromotion.com; h=To:From:Reply-to:Subject:Date:Message-ID:List-Unsubscribe:MIME-Version:Content-Type:Content-Transfer-Encoding; i=dorothy.smith@mcapromotion.com; bh=wR9GV0oTUrdYOfuFdJxj4QbbnA4=; b=SOcGiuhNIw5WDDLDHz2csH2RdvjezsC7u4KKZW/wYbtVqFFZfAIc078akY/C/DtJYvrog81R0HWc phG1tnfgwAaOYteGZtk05om21FvPTdMyow/LY7AxnT42ShNtNadzLTf8XoSDcHT4LwLv+il759Ch vS7jcFqmHygBnyKgDAg= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=dkim; d=mcapromotion.com; b=iXIL4GHhGlvEUbsHWVSK7mFEcSBr5iJcu+R2KaNsYC3z2ZSGf7ZXBEfDIkYsimJGlF0Ban5nI2vQ pMqCt7kygCkJQQAtETn00PpSgKhVNtXKk+eqf+TZL0eN6CArTZBJjgngYwAeF9WStKmjaKWVLKBV t96JD6Yxy9XyC55y9Iw=; To: pcp@oss.sgi.com From: "Dorothy Smith" Reply-To: "Dorothy Smith" Subject: Learn how you can get loads more on the house Date: Thu, 2 May 2013 08:38:28 +0200 X-ASG-Orig-Subj: Learn how you can get loads more on the house Message-ID: X-JID: 411 X-Complaints-To: abuse@mcapromotion.com X-CID: 82431863 List-Unsubscribe: X-Report-Abuse: abuse@mcapromotion.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ftp.mcapromotion.com[193.180.183.87] X-Barracuda-Start-Time: 1367476847 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 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129771 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature Dear member, New 3-line video slot Play now! http://mcapromotion.com/c/click/893/82431863/ad03b.html Get your ÂŁ/€/$2222 right now! Play our new game - Firestorm7 slot and get your welcome bonus, we give away mystic free bonusses. Our friendly support staff is at your service 24/7. Here's how you can claim your ÂŁ/€/$2222 • Open an account • Go into the live chat by clicking here and tell the following code: 2222 • Select a game you would like to play from the options available Join now to claim your ÂŁ/€/$2222 free! http://mcapromotion.com/c/click/893/82431863/ad03b.html Be quick - This offer is available for a limited time only! Play now! Dorothy Smith. To unsubscribe, click here http://mcapromotion.com/c/unsub/411/82431863/ad03b.html From nscott@redhat.com Thu May 2 02:00:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id ABDF27F54 for ; Thu, 2 May 2013 02:00:52 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8AB2E8F8037 for ; Thu, 2 May 2013 00:00:49 -0700 (PDT) X-ASG-Debug-ID: 1367478047-04cb6c66e1105510001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id ctqdFptETae27qMY for ; Thu, 02 May 2013 00:00:47 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4270hrI000825; Thu, 2 May 2013 03:00:44 -0400 Date: Thu, 2 May 2013 03:00:43 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , "Frank Ch. Eigler" Cc: PCP Mailing List Message-ID: <630074698.8708071.1367478043946.JavaMail.root@redhat.com> In-Reply-To: <51820585.5080806@internode.on.net> References: <51802791.8030603@internode.on.net> <51820585.5080806@internode.on.net> Subject: Re: [pcp] new build dependency MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] new build dependency Content-Type: multipart/mixed; boundary="----=_Part_8708069_427741192.1367478043944" X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: new build dependency Thread-Index: pDZCRhKtb6JS7/eX0b/OQht1ex7Atw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367478047 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129773 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ------=_Part_8708069_427741192.1367478043944 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi guys, ----- Original Message ----- > On 01/05/13 06:50, Frank Ch. Eigler wrote: > > ... > > With RPM, it is possible to pass conditionals from the rpm command > > line (--with-FOO), which macros in the .spec can adapt to, and turn > > features on or off. I don't know whether DPKG can do that. If so, we > > could add such a knob, just for people who use these RPM/DPKG files as > > non-distributors. > > I suspect we're going to have to go down this path for the rpm > packaging, at least for SuSE ... for dpkg I seem to be able to find > packages. You're using Makepkgs for all these hosts right Ken? I guess so, and the attached patch should do the right thing for these older distros, lemme know how it goes (untested). > >> I really don't want to try and build libmicrohttpd from source on half > >> a dozen (so far) machines. > > > > (What OS do these run?) > > So far I've come across: > openSUSE 12.1 > openSUSE 12.2 > SLES 11 SP1 > CentOS 5.9 <- looks like I can get a RHEL 5 compatible RPM from epel, at > least according to rpmfind.net. Did the earlier yum repo suggestion not work out for CentOS5? cheers. -- Nathan ------=_Part_8708069_427741192.1367478043944 Content-Type: text/x-patch; name=pmwebd.patch Content-Disposition: attachment; filename=pmwebd.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2J1aWxkL3JwbS9HTlVtYWtlZmlsZSBiL2J1aWxkL3JwbS9HTlVtYWtlZmls ZQppbmRleCBhYWE2Yzc0Li5jMjk1ZDk4IDEwMDY0NAotLS0gYS9idWlsZC9ycG0vR05VbWFrZWZp bGUKKysrIGIvYnVpbGQvcnBtL0dOVW1ha2VmaWxlCkBAIC02MCw2ICs2MCw3IEBAIHBjcC5zcGVj OiBwY3Auc3BlYy5pbgogCSAgICAtZSdzfEBwYWNrYWdlX2NvbmZpZ3VyZUB8JChQQUNLQUdFX0NP TkZJR1VSRSl8ZycgXAogCSAgICAtZSdzfEBwYWNrYWdlX2Rpc3RyaWJ1dGlvbkB8JChQQUNLQUdF X0RJU1RSSUJVVElPTil8ZycgXAogCSAgICAtZSdzfEBwYWNrYWdlX2J1aWxkZXJAfCQoUEFDS0FH RV9CVUlMREVSKXxnJyBcCisJICAgIC1lJ3N8QGhhdmVfbGlibWljcm9odHRwZEB8JChIQVZFX0xJ Qk1JQ1JPSFRUUEQpfGcnIFwKIAkgICAgLWUic3xAYnVpbGRfcm9vdEB8JCR7RElTVF9ST09UfXxn IiBcCiAJICAgIC1lJ3N8QHBjcF9zeXNjb25mX2RpckB8JChQQ1BfU1lTQ09ORl9ESVIpfGcnIFwK IAkgICAgLWUnc3xAcGNwX2xvZ19kaXJAfCQoUENQX0xPR19ESVIpfGcnIFwKZGlmZiAtLWdpdCBh L2J1aWxkL3JwbS9wY3Auc3BlYy5pbiBiL2J1aWxkL3JwbS9wY3Auc3BlYy5pbgppbmRleCAwYzUx NzJkLi5iZGIxYWIzIDEwMDY0NAotLS0gYS9idWlsZC9ycG0vcGNwLnNwZWMuaW4KKysrIGIvYnVp bGQvcnBtL3BjcC5zcGVjLmluCkBAIC0xMyw5ICsxMywxMCBAQCBCdWlsZFJlcXVpcmVzOiBwcm9j cHMgYmlzb24gZmxleAogQnVpbGRSZXF1aXJlczogcHl0aG9uLWRldmVsCiBCdWlsZFJlcXVpcmVz OiBuY3Vyc2VzLWRldmVsCiBCdWlsZFJlcXVpcmVzOiByZWFkbGluZS1kZXZlbAotQnVpbGRSZXF1 aXJlczogbGlibWljcm9odHRwZC1kZXZlbAogQnVpbGRSZXF1aXJlczogcGVybChFeHRVdGlsczo6 TWFrZU1ha2VyKQotCislaWYgQGhhdmVfbGlibWljcm9odHRwZEAgPT0gMQorQnVpbGRSZXF1aXJl czogbGlibWljcm9odHRwZC1kZXZlbAorJWVuZGlmCiAlaWYgIiV7X3ZlbmRvcn0iID09ICJyZWRo YXQiCiBCdWlsZFJlcXVpcmVzOiBpbml0c2NyaXB0cyBtYW4gL2Jpbi9ob3N0bmFtZQogJWVuZGlm CkBAIC0yOTEsMTAgKzI5MiwxMyBAQCBwbWllL3N0b21wCiBwbWxvZ2dlci9jb25maWcuZGVmYXVs dAogcG1sb2dnZXIvY29udHJvbAogcG1sb2dnZXIvY3JvbnRhYgotcG13ZWJkL3Btd2ViZC5vcHRp b25zCiBwbXByb3h5L3BtcHJveHkub3B0aW9ucwogYmFzaF9jb21wbGV0aW9uLmQvcGNwCiBFT0ZF T0YKKyVpZiBAaGF2ZV9saWJtaWNyb2h0dHBkQCA9PSAxCitjYXQgPj5jb25mX2ZpbGVzIDw8V0VC RU9GCitwbXdlYmQvcG13ZWJkLm9wdGlvbnMKK1dFQkVPRgogCiAjCiAjIEZpbGVzIGZvciB0aGUg cGNwLWltcG9ydCBzdWJwYWNrYWdlcy4gV2UgdXNlIHRoZXNlIHN1Yi1wYWNrYWdlcwo= ------=_Part_8708069_427741192.1367478043944-- From nscott@redhat.com Thu May 2 03:40:11 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id AD4E37F54 for ; Thu, 2 May 2013 03:40:11 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3A745AC002 for ; Thu, 2 May 2013 01:40:08 -0700 (PDT) X-ASG-Debug-ID: 1367484003-04cbb03c2d10bac0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id BmwQNYzyPZV6cYR8 for ; Thu, 02 May 2013 01:40:03 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r428e2BL017946 for ; Thu, 2 May 2013 04:40:02 -0400 Date: Thu, 2 May 2013 04:40:02 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <552403685.8758496.1367484002771.JavaMail.root@redhat.com> Subject: pcp updates: atop, sasl MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: atop, sasl Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: atop, sasl Thread-Index: GcZuvf6E3cYMVMdBCXlx/byJBXIaBA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367484003 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129779 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/include/pcp/impl.h | 18 +++++---- src/include/pcp/pmapi.h | 1 src/libpcp/src/auxconnect.c | 3 + src/libpcp/src/connect.c | 15 +++++-- src/libpcp/src/context.c | 17 +++++++- src/libpcp/src/internal.h | 5 +- src/libpcp/src/secureconnect.c | 79 ++++++++++++++++++++++++----------------- src/libpcp/src/secureserver.c | 16 ++++---- src/libpcp/src/spec.c | 48 +++++++++++++++++++----- src/pmatop/pmatop.py | 19 ++++++++- 10 files changed, 154 insertions(+), 67 deletions(-) commit 95a6a003f0ed5e16870ff92b3ae6d34d4aa89817 Author: Nathan Scott Date: Thu May 2 18:37:50 2013 +1000 Further client-side code toward establishment of authenticated clients Additional connection attributes added that we evidently need for SASL connections, push connection attributes into client handshaking calls, add initialisation/teardown of a SASL connection structure to each of the appropriate places. commit 029b31b58b3c6d474ffa9f8b5ba2bb265b1c44ba Author: Frank Ch. Eigler Date: Wed May 1 16:48:04 2013 -0400 pmatop: handle SIGWINCH to reset curses state on window resize commit 1aa560e29be4ab6ecc99e49aafa514cdf045fd27 Author: Frank Ch. Eigler Date: Wed May 1 16:03:07 2013 -0400 pmatop: print list of keyboard commands if bad key pressed commit 3ed150ea6beb3cc8cb226df3ea6e688fc6c63593 Author: Frank Ch. Eigler Date: Wed May 1 15:52:55 2013 -0400 pmatop: wrap a blanket try/except around pcp subsystem updater calls * pmatop.py (main): When invoking the per-subsystem updater-functions, catch all exceptions (not just curses ones). From kenj@internode.on.net Thu May 2 05:23:45 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 587797F54 for ; Thu, 2 May 2013 05:23:45 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 199B1304071 for ; Thu, 2 May 2013 03:23:45 -0700 (PDT) X-ASG-Debug-ID: 1367490222-04bdf077c910ecb0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id VwFgXHD067MLCf8q for ; Thu, 02 May 2013 03:23:43 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAPs9glF20aMe/2dsb2JhbAANRb95g3yDUkA9FhgDAgECAUsNCAEBtw+RRZJ7A6t5 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 02 May 2013 19:53:41 +0930 Message-ID: <51823EB3.1030003@internode.on.net> Date: Thu, 02 May 2013 20:23:47 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: QA status - warning Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: QA status - warning Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1367490222 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129787 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Running with the latest packages on vm03 3.8.0 x86_64 Fedora 18 (Spherical Cow) my QA failure rate has jumped from 1 or 2 to 17! I won't have a chance to look at this much before Tue/Wed next week, but based on this we're not ready to make any release moves at the moment. Many (but certainly not all) of the failures are the access control issue for the pmda indom cache files I mentioned earlier today. I have no idea what's changed to make this regression over the last week (now seen on Ubuntu and Fedora, so probably systemic). For reference, these are the failing tests on vm03 051 110 162 255 273 367 369 371 375 411 513 560 572 578 642 652 715 From brolley@redhat.com Thu May 2 09:09:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 499187F54 for ; Thu, 2 May 2013 09:09:00 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 33F348F8049 for ; Thu, 2 May 2013 07:08:57 -0700 (PDT) X-ASG-Debug-ID: 1367503733-04cb6c66e2121c50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id SFj3qqYM0HOY8kaW for ; Thu, 02 May 2013 07:08:53 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r42E8ofV004895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 May 2013 10:08:50 -0400 Received: from [10.15.16.119] (dhcp-10-15-16-119.yyz.redhat.com [10.15.16.119]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r42E8nDk001666; Thu, 2 May 2013 10:08:49 -0400 Message-ID: <51827371.906@redhat.com> Date: Thu, 02 May 2013 10:08:49 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Ken McDonell , PCP Mailing List Subject: Re: [pcp] pmda persistent indom cache access issues References: <5181BB30.6000905@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pmda persistent indom cache access issues In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367503733 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 05/01/2013 09:27 PM, Frank Ch. Eigler wrote: > Ken McDonell writes: > >> that started passing when I changed /var/lib/pcp/config/pmda to mode >> 1777 [...] > (If that were necessary, perhaps we should set up a shared group-id > for the pmda's, so the directory is not open to the world.) I asked Nathan about this and he suggested chown and chgrp to the pcp user. That fixed it for me with the permissions left as 644. Dave From fche@redhat.com Thu May 2 12:55:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0D36429DF8 for ; Thu, 2 May 2013 12:55:28 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9D2CAAC002 for ; Thu, 2 May 2013 10:55:24 -0700 (PDT) X-ASG-Debug-ID: 1367517323-04bdf077c71312c0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ziJgVDVLf9BXuY6a for ; Thu, 02 May 2013 10:55:24 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r42HtNjl002690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 2 May 2013 13:55:23 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r42HtNwg013916; Thu, 2 May 2013 13:55:23 -0400 Received: by fche.csb (Postfix, from userid 2569) id AA37D58CEE; Thu, 2 May 2013 13:55:22 -0400 (EDT) To: Mark Goodwin Cc: pcp@oss.sgi.com Subject: Re: pmReconnextContext References: <5181D9E2.9040204@redhat.com> <5181DD7E.5000805@redhat.com> X-ASG-Orig-Subj: Re: pmReconnextContext From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 02 May 2013 13:55:22 -0400 In-Reply-To: <5181DD7E.5000805@redhat.com> (Mark Goodwin's message of "Thu, 02 May 2013 13:29:02 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367517323 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 mgoodwin wrote: > [...] actually, I think I remember now - tools like pmchart and > pmie use multiple contexts, not necessarily all to the same host. So > if one of those host contexts bounces, they don't all have to hang > whilst it reconnects/retries [...] Good point. There is no concept of a timeout for inhdividual PCP operations, so even a successful but slow connection can tie up pmchart & pmie. If these more sophisticated clients became multi-threaded, those issues would become moot (and be replaced by others). Alternately, a hypothetical automatic pmReconnectContext effort could employ a very short timeout, perhaps using libpcp/src/AF.c code. (Though now that I look at it, onalarm() appears to do lots of signal-unsafe things, like printing ...). So O_NONBLOCK connect() & select awhile would probably the way to go. - FChE From fche@redhat.com Thu May 2 12:57:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 94B4729DF8 for ; Thu, 2 May 2013 12:57:53 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 74FDE304032 for ; Thu, 2 May 2013 10:57:50 -0700 (PDT) X-ASG-Debug-ID: 1367517469-04cbb03c2f133220001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id d8UBfjF8OYNFtRx9 for ; Thu, 02 May 2013 10:57:49 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r42HvkG3008569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 May 2013 13:57:47 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r42Hvkic018693; Thu, 2 May 2013 13:57:46 -0400 Received: by fche.csb (Postfix, from userid 2569) id 05DA758CEE; Thu, 2 May 2013 13:57:45 -0400 (EDT) Date: Thu, 2 May 2013 13:57:45 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: PCP Mailing List Subject: Re: new build dependency Message-ID: <20130502175745.GB30527@redhat.com> X-ASG-Orig-Subj: Re: new build dependency References: <51802791.8030603@internode.on.net> <51820585.5080806@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51820585.5080806@internode.on.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367517469 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - On Thu, May 02, 2013 at 04:19:49PM +1000, Ken McDonell wrote: > [...] > So far I've come across [without libmicrohttpd]: > openSUSE 12.1 > openSUSE 12.2 > SLES 11 SP1 See: https://build.opensuse.org/package/repositories?package=libmicrohttpd&project=server%3Ahttp - FChE From kenj@internode.on.net Thu May 2 15:57:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4E9A27F50 for ; Thu, 2 May 2013 15:57:34 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2C5328F8050 for ; Thu, 2 May 2013 13:57:33 -0700 (PDT) X-ASG-Debug-ID: 1367528248-04cb6c66e213e010001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id s808LXUFuTc4lF1U for ; Thu, 02 May 2013 13:57:29 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAH3SglF20aMe/2dsb2JhbAANRcJmgRWDEwEBAQMBOEABBQsLGAkWDwkDAgECAUUGDQEFAgEBFYdtr2iRdI8mB4NTA5NcmCA Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail07.adl2.internode.on.net with ESMTP; 03 May 2013 06:27:27 +0930 Message-ID: <5182D33E.4080608@internode.on.net> Date: Fri, 03 May 2013 06:57:34 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Mailing List Subject: Re: pmda persistent indom cache access issues References: <5181BB30.6000905@internode.on.net> X-ASG-Orig-Subj: Re: pmda persistent indom cache access issues In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1367528248 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129829 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 02/05/13 11:27, Frank Ch. Eigler wrote: > Ken McDonell writes: > >> that started passing when I changed /var/lib/pcp/config/pmda to mode >> 1777 [...] > > (If that were necessary, perhaps we should set up a shared group-id > for the pmda's, so the directory is not open to the world.) As Dave noted later, and I discovered independently, making /var/lib/pcp/config/pmda owned by the user pcp appears to be sufficient for most cases. The simple PMDA seems to be the main culprit, so I also applied an Irish (to be sure, to be sure) fix to the Install script there to remove any of its own PMDA InDom files from this directory before starting a new invocation of the PMDA. >> [...] So changing the mode is only part of the fix ... we need to >> consider what to do about migration/upgrade issues where old files >> owned by root may be left around. [...] If it is just chown, there are no upgrade issues. > Can we zap the cache during a make / package install? No. It is the PMDA implementer's choice to use persistence for their InDom cache (if they even use the cache services which are optional) and this is typically done when one wants to maintain the same instance name to instance number mapping _across_ invocations of the PMDA, e.g. when the order of instance discovery at start up is non-determinisitic, or some instances come and go during the life of the PMDA. Under these circumstances we cannot make unilateral decisions about when to remove these files. But the Install script always runs as root, so if it is appropriate (as in the simple PMDA case above), a PMDA implementer can choose to clean their own cache at Install time. The one problem with all of this is that /var/lib/pcp/config/pmda is not actually included in the PCP package ... it is created on the fly in libpcp_pmda using the bizarre mkdir2() that used to work when run as root ... so all that needs to change as well. I suspect the pmda cache has been disfunctional since the change to non-root pmcd, especially for a virgin PCP install, (a) because the /var/lib/pcp/config/pmda did not exist and could not be created, or (b) because the directory exists but was not writeable. So there is a QA hole here as well. And finally, all the chown pcp:pcp changes in the post install package scripts don't work on Mac OS X because they are driven here from the user and group options in the idb file (that should shake a few Irix memories) which we don't set in our GNUmakefile $(INSTALL) lines. All in all, this will take a while to work through and verify. From nscott@redhat.com Thu May 2 17:03:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id ECE2C7F54 for ; Thu, 2 May 2013 17:03:13 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 82B13AC001 for ; Thu, 2 May 2013 15:03:10 -0700 (PDT) X-ASG-Debug-ID: 1367532181-04bdf077c713ec90001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id jMwIGmhsBfgaIKL9 for ; Thu, 02 May 2013 15:03:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r42M2xDl023636; Thu, 2 May 2013 18:02:59 -0400 Date: Thu, 2 May 2013 18:02:59 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <598753495.9439806.1367532179402.JavaMail.root@redhat.com> In-Reply-To: <51823EB3.1030003@internode.on.net> References: <51823EB3.1030003@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: xDbKnQxuBzfJcVBO1HUOkWl2C3CEHQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367532181 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129833 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > ... > I have no idea what's changed to make this regression over the last week > (now seen on Ubuntu and Fedora, so probably systemic). > > For reference, these are the failing tests on vm03 > 051 110 162 255 273 367 369 371 375 411 513 560 572 578 642 > 652 715 > Hmm, not sure either but I'll be attempting to reproduce & resolve today, thanks for the heads up Ken. cheers. -- Nathan From nscott@redhat.com Thu May 2 17:10:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4495B7F54 for ; Thu, 2 May 2013 17:10:26 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1072B8F804B for ; Thu, 2 May 2013 15:10:26 -0700 (PDT) X-ASG-Debug-ID: 1367532624-04bdf077c713f270001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 0JnYFX4qiewDl7CI for ; Thu, 02 May 2013 15:10:24 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r42MAMGW024564; Thu, 2 May 2013 18:10:22 -0400 Date: Thu, 2 May 2013 18:10:22 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , "Frank Ch. Eigler" Cc: PCP Mailing List Message-ID: <1781939323.9440617.1367532622475.JavaMail.root@redhat.com> In-Reply-To: <5182D33E.4080608@internode.on.net> References: <5181BB30.6000905@internode.on.net> <5182D33E.4080608@internode.on.net> Subject: Re: [pcp] pmda persistent indom cache access issues MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmda persistent indom cache access issues Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pmda persistent indom cache access issues Thread-Index: JT8Y/iXyqnOrjB07kzW5FeV+32KEAQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367532624 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129833 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > ... > As Dave noted later, and I discovered independently, making > /var/lib/pcp/config/pmda owned by the user pcp appears to be sufficient > for most cases. > > The simple PMDA seems to be the main culprit, so I also applied an Irish > (to be sure, to be sure) fix to the Install script there to remove any > of its own PMDA InDom files from this directory before starting a new > invocation of the PMDA. For some unfathomable reason, when Dave mentioned it to me I thought it was just pmdasimple affected, but of course its indicative of a slightly wider problem. > The one problem with all of this is that /var/lib/pcp/config/pmda is not > actually included in the PCP package ... I think we have to do this now right? And I think, given a PMDA can now run as any user (well, always could, so this problem has always existed), we need to make it another tmpdir-alike (sticky bit set) directory ... ? On top of that, the Install chown trick sounds like the way to go. We're a bit fortunate I guess that more PMDAs are not using this (pmdapostgres, etc) so far, with their own user accounts - that would've compounded the issue a fair bit. cheers. -- Nathan From kenj@internode.on.net Thu May 2 17:38:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8BCBB29DF8 for ; Thu, 2 May 2013 17:38:50 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7974330406B for ; Thu, 2 May 2013 15:38:47 -0700 (PDT) X-ASG-Debug-ID: 1367534325-04cb6c66e3142ae0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id No9fDLfIjKrLK7Zp for ; Thu, 02 May 2013 15:38:46 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAC/qglF20aMe/2dsb2JhbAANRYM+wECDTAFFPRYYAwIBAgE/DA0IAQG3SpF1kwADq3w Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail07.adl2.internode.on.net with ESMTP; 03 May 2013 08:08:45 +0930 Message-ID: <5182EAFB.9010309@internode.on.net> Date: Fri, 03 May 2013 08:38:51 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: pmwebapi build failure Content-Type: text/plain; charset=windows-1252 X-ASG-Orig-Subj: pmwebapi build failure Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1367534325 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129835 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On vm00 3.8.0 x86_64 Ubuntu 12.04 (precise) with these libmicrohttpd* packages installed ii libmicrohttpd-dev 0.4.6-1 library embedding HTTP server functionality (development) ii libmicrohttpd5 0.4.6-1 library embedding HTTP server functionality I am seeing this .... === pmwebapi === gcc -fpic -fno-strict-aliasing -D_GNU_SOURCE -fstack-protector-all -D_FORTIFY_SOURCE=2 -Wextra -fPIE -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\"3.8.0\" -I../../src/include -I../../src/include/pcp -c -o main.o main.c main.c: In function ‘mhd_respond’: main.c:89:5: warning: implicit declaration of function ‘MHD_create_response_from_buffer’ [-Wimplicit-function-declaration] main.c:91:45: error: ‘MHD_RESPMEM_PERSISTENT’ undeclared (first use in this function) main.c:91:45: note: each undeclared identifier is reported only once for each function it appears in main.c: In function ‘pmweb_notify’: main.c:565:5: warning: implicit declaration of function ‘va_start’ [-Wimplicit-function-declaration] main.c:567:5: warning: implicit declaration of function ‘va_end’ [-Wimplicit-function-declaration] From nscott@redhat.com Thu May 2 18:39:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 110327F53 for ; Thu, 2 May 2013 18:39:54 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id D16B78F8049 for ; Thu, 2 May 2013 16:39:50 -0700 (PDT) X-ASG-Debug-ID: 1367537986-04bdf077c7143ad0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id Re5L4RSDSPkF5CLg for ; Thu, 02 May 2013 16:39:46 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r42NdkEh006281 for ; Thu, 2 May 2013 19:39:46 -0400 Date: Thu, 2 May 2013 19:39:46 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1372380386.9452993.1367537986049.JavaMail.root@redhat.com> Subject: pcp updates: fche, auth MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: fche, auth Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: fche, auth Thread-Index: ZPHAtWGtsyMDfIE7kLOpUotv1xh7/A== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367537986 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129839 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev configure | 43 ++++++---------------- configure.in | 10 ++++- src/include/pcp/impl.h | 18 +++++---- src/include/pcp/pmapi.h | 1 src/libpcp/src/auxconnect.c | 3 + src/libpcp/src/connect.c | 15 +++++-- src/libpcp/src/context.c | 17 +++++++- src/libpcp/src/internal.h | 5 +- src/libpcp/src/secureconnect.c | 79 ++++++++++++++++++++++++----------------- src/libpcp/src/secureserver.c | 16 ++++---- src/libpcp/src/spec.c | 48 +++++++++++++++++++----- src/pmproxy/pmproxy.c | 3 + src/pmwebapi/main.c | 2 - src/pmwebapi/pmwebapi.c | 4 +- src/pmwebapi/pmwebapi.h | 1 15 files changed, 164 insertions(+), 101 deletions(-) commit 32c63da5cea0b3d868a7acfda20a441f7dff5c9f Merge: 7003070 c02e59a Author: Nathan Scott Date: Fri May 3 09:38:26 2013 +1000 Merge branch 'fche/dev' of ../pcpfans into dev commit c02e59a376fa1a0a59698728a26abf360c0dae48 Author: Frank Ch. Eigler Date: Thu May 2 19:21:58 2013 -0400 pmwebapi: add #include for va_* functions. commit 74080c3069c5af03a08fba8c7da16a75c79166c7 Author: Frank Ch. Eigler Date: Thu May 2 19:20:21 2013 -0400 pmwebapi configury: look for MHD_RESPMEM_PERSISTENT (libmicrohttpd >= 0.9.9) commit 70030700cb14ce4a7931f3b78a3dee1394872526 Author: Nathan Scott Date: Fri May 3 09:12:15 2013 +1000 Resolve build failure in pmproxy, add a TODO item here re attributes commit 799de429fb0544cb20a6cef2c1b93745f903301c Merge: 3dd2f18 95a6a00 Author: Frank Ch. Eigler Date: Thu May 2 14:05:43 2013 -0400 Merge remote-tracking branch 'pcp/dev' into fche/dev * pcp/dev: Further client-side code toward establishment of authenticated clients commit 95a6a003f0ed5e16870ff92b3ae6d34d4aa89817 Author: Nathan Scott Date: Thu May 2 18:37:50 2013 +1000 Further client-side code toward establishment of authenticated clients Additional connection attributes added that we evidently need for SASL connections, push connection attributes into client handshaking calls, add initialisation/teardown of a SASL connection structure to each of the appropriate places. commit 3dd2f18caed4166ae94468c886963758617508cc Author: Frank Ch. Eigler Date: Wed May 1 22:42:37 2013 -0400 pmwebapi: correct some signed/unsigned integer warnings From nscott@redhat.com Thu May 2 20:28:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 808BB7F54 for ; Thu, 2 May 2013 20:28:25 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6F5908F8039 for ; Thu, 2 May 2013 18:28:22 -0700 (PDT) X-ASG-Debug-ID: 1367544501-04cbb03c2e150810001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id kSfeBU2NOdWapYgZ for ; Thu, 02 May 2013 18:28:21 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r431SH7K025962; Thu, 2 May 2013 21:28:17 -0400 Date: Thu, 2 May 2013 21:28:17 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <410335498.9468044.1367544497012.JavaMail.root@redhat.com> In-Reply-To: <51823EB3.1030003@internode.on.net> References: <51823EB3.1030003@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: /uj5PQ8js8xTqQZeZdAs6Xi7Fj2+eQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367544501 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129847 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > > For reference, these are the failing tests on vm03 > 051 110 162 255 273 367 369 371 375 411 513 560 572 578 642 652 715 Just got through a full run here. From your list, I have: Passing: 051 110 162 255 367 411 513 560 572 578 642 715 Not run: 371 375 652 Failures: [024] 273 [322] 369 024 (just started failing, seems pmdammv not in pmcd.conf?) 273 (passes without proc PMDA, so I missed it earlier) 322 (regressed from new pmcd.pdu_in.user_auth metric - will fix) 369 (regressed from my log import fix - will fix) So ... not sure what the nature of all those failures you've got, but seems to be something different between our codebase/setups? cheers. -- Nathan From ghro.conf2009@puan.org Fri May 3 07:25:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AF56A7F4C for ; Fri, 3 May 2013 07:25:56 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9F2368F804B for ; Fri, 3 May 2013 05:25:53 -0700 (PDT) X-ASG-Debug-ID: 1367583950-04cb6c66e41749a0001-S8gJnT Received: from ns.clubnet.co.mz (ns.clubnet.co.mz [41.223.152.53]) by cuda.sgi.com with ESMTP id nk50evIKN1sUfYFV for ; Fri, 03 May 2013 05:25:52 -0700 (PDT) X-Barracuda-Envelope-From: ghro.conf2009@puan.org X-Barracuda-Apparent-Source-IP: 41.223.152.53 Received: from adilgroup.co.mz (localhost.localdomain [127.0.0.1]) by ns.clubnet.co.mz (Postfix) with ESMTP id 0442A356FF; Fri, 3 May 2013 12:21:55 +0200 (CAT) From: "INFO" Subject: Conference Invitation Notice! Date: Fri, 3 May 2013 13:21:54 +0300 X-ASG-Orig-Subj: Conference Invitation Notice! Message-Id: <20130503102142.M32496@adilgroup.co.mz> X-Mailer: Clubnet WebMail 2.52 20060502 X-OriginatingIP: 41.82.70.235 (adilwaterworld@adilgroup.co.mz) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 To: undisclosed-recipients:; X-Clubnet-MailScanner-Information: Please contact the ISP for more information X-Clubnet-MailScanner-ID: 0442A356FF.A4BA0 X-Clubnet-MailScanner: Found to be clean X-Clubnet-MailScanner-SpamScore: s X-Clubnet-MailScanner-From: ghro.conf2009@puan.org X-Barracuda-Connect: ns.clubnet.co.mz[41.223.152.53] X-Barracuda-Start-Time: 1367583951 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA620a X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129891 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 BSF_SC0_SA620a Custom Rule SA620a You are kindly invited to participate in the upcoming International conference meeting on Human Right and Global Financial Crisis, taking place from 12th to 14th June 2013 here in United States of America, California and in Dakar- Senegal Africa from 17th to 21st June 2013. Registration is freely open to all interested participants; please contact the event secretary email for more information on registration: secertarydesk1@aim.com If you are a holder of an international passport that may require visa to enter the United States and Dakar Senegal, you are to inform us when sending your request for registration, as the organizers of the event is fully responsible for all visa arrangements and travel assistance. Once again we thank you for taking out your time in your busy scheduled to attend these conference meetings with us and we hope to see you at the event venues. Yours faithfully, Miss. Nancy Jeffrey Program Coordinator -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From brolley@redhat.com Fri May 3 10:24:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 450DB29DF8 for ; Fri, 3 May 2013 10:24:40 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C6FAEAC002 for ; Fri, 3 May 2013 08:24:36 -0700 (PDT) X-ASG-Debug-ID: 1367594675-04cbb0409d014e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id IS6Dqyrq1XyVQQHv for ; Fri, 03 May 2013 08:24:35 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r43FOZEn027646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 3 May 2013 11:24:35 -0400 Received: from [10.10.54.211] (vpn-54-211.rdu2.redhat.com [10.10.54.211]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r43FOY2F009873 for ; Fri, 3 May 2013 11:24:35 -0400 Message-ID: <5183D6B2.5090100@redhat.com> Date: Fri, 03 May 2013 11:24:34 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates: Remove Unnecessary Locks from Around __pmGetAddrInfo() Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates: Remove Unnecessary Locks from Around __pmGetAddrInfo() 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: 1367594675 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 The following has been pushed to the brolley/dev branch of the pcpfans repository: commit 99d255d276eee6f9780867bb9ce6a4a0b83314f7 Author: Dave Brolley Date: Fri May 3 11:05:09 2013 -0400 Remove __pmLock_libpcp locks from around calls to __pmGetAddrInfo(). One of the benefits of using getaddrinfo() and getnameinfo(), as opposed to their deprecated counterparts, gethostbyname() and gethostbyaddr(), is that the new APIs are re-entrant. As such, it is not necessary to enforce locks around calls to these functions nor the iteration over the returned data. This commit removes the remaining locks around __pmGetAddrInfo(). There were no remaining locks around __pmGetNameInfo(). From cpw@sgi.com Fri May 3 17:10:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 397537F8A for ; Fri, 3 May 2013 17:10:54 -0500 (CDT) Received: from estes.americas.sgi.com (estes.americas.sgi.com [128.162.236.10]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1164E8F8052 for ; Fri, 3 May 2013 15:10:51 -0700 (PDT) Received: from eag09.americas.sgi.com (eag09.americas.sgi.com [128.162.232.15]) by estes.americas.sgi.com (Postfix) with ESMTP id DA93870028AC for ; Fri, 3 May 2013 17:10:50 -0500 (CDT) Received: from cpw by eag09.americas.sgi.com with local (Exim 4.69) (envelope-from ) id 1UYOBm-0005sN-SN for pcp@oss.sgi.com; Fri, 03 May 2013 17:10:50 -0500 To: pcp@oss.sgi.com Subject: cannot find pcp user Message-Id: From: Cliff Wickman Date: Fri, 03 May 2013 17:10:50 -0500 I'm getting this error during boot: [Fri May 3 17:07:18] pmcd(4510) Warning: cannot find the pcp user to switch to [Fri May 3 17:07:18] pmcd(4510) Error: pmcd not started due to errors! But it doesn't happen when restarting pcp. Does anyone know off-hand what this is a symptom of? Thanks. -Cliff From fche@redhat.com Sat May 4 07:59:36 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 15B5329DF8 for ; Sat, 4 May 2013 07:59:36 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 01735304043 for ; Sat, 4 May 2013 05:59:32 -0700 (PDT) X-ASG-Debug-ID: 1367672371-04cbb07ab726bc0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id BVjQlzWHjXk4VZrA; Sat, 04 May 2013 05:59:32 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r44CxVB7025758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 4 May 2013 08:59:31 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r44CxUti032149; Sat, 4 May 2013 08:59:30 -0400 Received: by fche.csb (Postfix, from userid 2569) id CD20858D0B; Sat, 4 May 2013 08:59:29 -0400 (EDT) To: Cliff Wickman Cc: pcp@oss.sgi.com Subject: Re: cannot find pcp user References: X-ASG-Orig-Subj: Re: cannot find pcp user From: fche@redhat.com (Frank Ch. Eigler) Date: Sat, 04 May 2013 08:59:29 -0400 In-Reply-To: (Cliff Wickman's message of "Fri, 03 May 2013 17:10:50 -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.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367672372 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Cliff Wickman writes: > [Fri May 3 17:07:18] pmcd(4510) Warning: cannot find the pcp user to switch to > [Fri May 3 17:07:18] pmcd(4510) Error: pmcd not started due to errors! > But it doesn't happen when restarting pcp. What operating system? How does user authentication work on this machine? (Might there be a race condition between ... NIS/YP and PCP startup?) - FChE From jhanson@sgi.com Sat May 4 08:03:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6862F29DF8 for ; Sat, 4 May 2013 08:03:40 -0500 (CDT) Received: from xmail.sgi.com (pv-excas3-dc21-nlb.corp.sgi.com [137.38.102.207]) by relay2.corp.sgi.com (Postfix) with ESMTP id 455DD304043; Sat, 4 May 2013 06:03:37 -0700 (PDT) Received: from P-EXMB1-DC21.corp.sgi.com ([137.38.102.186]) by pv-excas3-dc21.corp.sgi.com ([137.38.102.206]) with mapi id 14.02.0318.001; Sat, 4 May 2013 08:03:36 -0500 From: Jeff Hanson To: "'Frank Ch. Eigler'" , Cliff Wickman CC: "'pcp@oss.sgi.com'" Subject: RE: [pcp] cannot find pcp user Thread-Topic: [pcp] cannot find pcp user Thread-Index: AQHOSEsWlYiHBw4XD0qwzkIqIeB3bZj0/eFVgAABGzw= Date: Sat, 4 May 2013 13:03:35 +0000 Message-ID: <42FEA42304534E45B8666D8068B5C3973AF4452B@P-EXMB1-DC21.corp.sgi.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.38.102.11] Content-Type: multipart/alternative; boundary="_000_42FEA42304534E45B8666D8068B5C3973AF4452BPEXMB1DC21corps_" MIME-Version: 1.0 --_000_42FEA42304534E45B8666D8068B5C3973AF4452BPEXMB1DC21corps_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGlrZWx5IHRvIGJlIHNsZXMxMXNwMiBhbmQgdmVyeSBsaWtlbHkgdG8gYmUgbmlzLg0KDQoNCg0K SmVmZiBIYW5zb24sIFNHSQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBG cmFuayBDaC4gRWlnbGVyIFtmY2hlQHJlZGhhdC5jb208bWFpbHRvOmZjaGVAcmVkaGF0LmNvbT5d DQpTZW50OiBTYXR1cmRheSwgTWF5IDA0LCAyMDEzIDA3OjU5IEFNIENlbnRyYWwgU3RhbmRhcmQg VGltZQ0KVG86IENsaWZmIFdpY2ttYW4NCkNjOiBwY3BAb3NzLnNnaS5jb20NClN1YmplY3Q6IFJl OiBbcGNwXSBjYW5ub3QgZmluZCBwY3AgdXNlcg0KDQoNCkNsaWZmIFdpY2ttYW4gPGNwd0BzZ2ku Y29tPiB3cml0ZXM6DQoNCj4gW0ZyaSBNYXkgIDMgMTc6MDc6MThdIHBtY2QoNDUxMCkgV2Fybmlu ZzogY2Fubm90IGZpbmQgdGhlIHBjcCB1c2VyIHRvIHN3aXRjaCB0bw0KPiBbRnJpIE1heSAgMyAx NzowNzoxOF0gcG1jZCg0NTEwKSBFcnJvcjogcG1jZCBub3Qgc3RhcnRlZCBkdWUgdG8gZXJyb3Jz IQ0KPiBCdXQgaXQgZG9lc24ndCBoYXBwZW4gd2hlbiByZXN0YXJ0aW5nIHBjcC4NCg0KV2hhdCBv cGVyYXRpbmcgc3lzdGVtPyAgSG93IGRvZXMgdXNlciBhdXRoZW50aWNhdGlvbiB3b3JrIG9uIHRo aXMgbWFjaGluZT8NCihNaWdodCB0aGVyZSBiZSBhIHJhY2UgY29uZGl0aW9uIGJldHdlZW4gLi4u IE5JUy9ZUCBhbmQgUENQIHN0YXJ0dXA/KQ0KDQoNCi0gRkNoRQ0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KcGNwIG1haWxpbmcgbGlzdA0KcGNwQG9z cy5zZ2kuY29tDQpodHRwOi8vb3NzLnNnaS5jb20vbWFpbG1hbi9saXN0aW5mby9wY3ANCg== --_000_42FEA42304534E45B8666D8068B5C3973AF4452BPEXMB1DC21corps_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAyLjAzMTcuMDAwIj4NCjx0aXRsZT5SZTogW3BjcF0gY2Fubm90IGZpbmQgcGNwIHVz ZXI8L3RpdGxlPg0KPC9oZWFkPg0KPGJvZHk+DQpMaWtlbHkgdG8gYmUgc2xlczExc3AyIGFuZCB2 ZXJ5IGxpa2VseSB0byBiZSBuaXMuPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KSmVmZiBIYW5zb24s IFNHSTxicj4NCjxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KPGI+ RnJvbTombmJzcDs8L2I+RnJhbmsgQ2guIEVpZ2xlciBbPGEgaHJlZj0ibWFpbHRvOmZjaGVAcmVk aGF0LmNvbSI+ZmNoZUByZWRoYXQuY29tPC9hPl08YnI+DQo8Yj5TZW50OiZuYnNwOzwvYj5TYXR1 cmRheSwgTWF5IDA0LCAyMDEzIDA3OjU5IEFNIENlbnRyYWwgU3RhbmRhcmQgVGltZTxicj4NCjxi PlRvOiZuYnNwOzwvYj5DbGlmZiBXaWNrbWFuPGJyPg0KPGI+Q2M6Jm5ic3A7PC9iPnBjcEBvc3Mu c2dpLmNvbTxicj4NCjxiPlN1YmplY3Q6Jm5ic3A7PC9iPlJlOiBbcGNwXSBjYW5ub3QgZmluZCBw Y3AgdXNlcjxicj4NCjxicj4NCjwhLS0gQ29udmVydGVkIGZyb20gdGV4dC9wbGFpbiBmb3JtYXQg LS0+DQo8cD48Zm9udCBzaXplPSIyIj5DbGlmZiBXaWNrbWFuICZsdDtjcHdAc2dpLmNvbSZndDsg d3JpdGVzOjxicj4NCjxicj4NCiZndDsgW0ZyaSBNYXkmbmJzcDsgMyAxNzowNzoxOF0gcG1jZCg0 NTEwKSBXYXJuaW5nOiBjYW5ub3QgZmluZCB0aGUgcGNwIHVzZXIgdG8gc3dpdGNoIHRvPGJyPg0K Jmd0OyBbRnJpIE1heSZuYnNwOyAzIDE3OjA3OjE4XSBwbWNkKDQ1MTApIEVycm9yOiBwbWNkIG5v dCBzdGFydGVkIGR1ZSB0byBlcnJvcnMhPGJyPg0KJmd0OyBCdXQgaXQgZG9lc24ndCBoYXBwZW4g d2hlbiByZXN0YXJ0aW5nIHBjcC48YnI+DQo8YnI+DQpXaGF0IG9wZXJhdGluZyBzeXN0ZW0/Jm5i c3A7IEhvdyBkb2VzIHVzZXIgYXV0aGVudGljYXRpb24gd29yayBvbiB0aGlzIG1hY2hpbmU/PGJy Pg0KKE1pZ2h0IHRoZXJlIGJlIGEgcmFjZSBjb25kaXRpb24gYmV0d2VlbiAuLi4gTklTL1lQIGFu ZCBQQ1Agc3RhcnR1cD8pPGJyPg0KPGJyPg0KPGJyPg0KLSBGQ2hFPGJyPg0KPGJyPg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpwY3AgbWFpbGlu ZyBsaXN0PGJyPg0KcGNwQG9zcy5zZ2kuY29tPGJyPg0KPGEgaHJlZj0iaHR0cDovL29zcy5zZ2ku Y29tL21haWxtYW4vbGlzdGluZm8vcGNwIj5odHRwOi8vb3NzLnNnaS5jb20vbWFpbG1hbi9saXN0 aW5mby9wY3A8L2E+PGJyPg0KPC9mb250PjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_42FEA42304534E45B8666D8068B5C3973AF4452BPEXMB1DC21corps_-- From noreply@release.debian.org Sun May 5 12:32:57 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4654A29DF8 for ; Sun, 5 May 2013 12:32:57 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 27765304053 for ; Sun, 5 May 2013 10:32:56 -0700 (PDT) X-ASG-Debug-ID: 1367775172-04cbb07aba6fc80001-S8gJnT Received: from picconi.debian.org (picconi.debian.org [5.153.231.3]) by cuda.sgi.com with ESMTP id fjF51VEEgi0IdrJ4 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 05 May 2013 10:32:53 -0700 (PDT) X-Barracuda-Envelope-From: noreply@release.debian.org X-Barracuda-Apparent-Source-IP: 5.153.231.3 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 picconi.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1UZ1yg-00049E-O8 for pcp@packages.debian.org; Sun, 05 May 2013 16:39:58 +0000 Received: from release by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UZ1yZ-0000g5-0r; Sun, 05 May 2013 16:39:51 +0000 Date: Sun, 05 May 2013 16:39:51 +0000 Message-Id: From: Debian testing watch Precedence: bulk X-Trille: 0.120315.1711 Subject: pcp 3.7.2 MIGRATED to testing X-Testing-Watch-Package: pcp X-ASG-Orig-Subj: pcp 3.7.2 MIGRATED to testing X-Testing-Watch-Version: 3.7.2 To: pcp@packages.debian.org Sender: Release Managers Delivered-To: pcp@packages.debian.org X-Barracuda-Connect: picconi.debian.org[5.153.231.3] X-Barracuda-Start-Time: 1367775173 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130103 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header FYI: The status of the pcp source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 3.7.2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. From noreply@release.debian.org Sun May 5 13:18:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CC85E29DF8 for ; Sun, 5 May 2013 13:18:28 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9F435304032 for ; Sun, 5 May 2013 11:18:25 -0700 (PDT) X-ASG-Debug-ID: 1367777900-04bdf0753073df0001-S8gJnT Received: from picconi.debian.org (picconi.debian.org [5.153.231.3]) by cuda.sgi.com with ESMTP id dmwIWHtrCYk1PeCC (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 05 May 2013 11:18:21 -0700 (PDT) X-Barracuda-Envelope-From: noreply@release.debian.org X-Barracuda-Apparent-Source-IP: 5.153.231.3 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 picconi.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1UZ1ye-00045g-42 for pcp-gui@packages.debian.org; Sun, 05 May 2013 16:39:56 +0000 Received: from release by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UZ1yZ-0000gG-1S; Sun, 05 May 2013 16:39:51 +0000 Date: Sun, 05 May 2013 16:39:51 +0000 Message-Id: From: Debian testing watch Precedence: bulk X-Trille: 0.120315.1711 Subject: pcp-gui 1.5.8 MIGRATED to testing X-Testing-Watch-Package: pcp-gui X-ASG-Orig-Subj: pcp-gui 1.5.8 MIGRATED to testing X-Testing-Watch-Version: 1.5.8 To: pcp-gui@packages.debian.org Sender: Release Managers Delivered-To: pcp-gui@packages.debian.org X-Barracuda-Connect: picconi.debian.org[5.153.231.3] X-Barracuda-Start-Time: 1367777900 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=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130105 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header FYI: The status of the pcp-gui source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1.5.8 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. From nscott@redhat.com Mon May 6 02:35:44 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BC32A29DF8 for ; Mon, 6 May 2013 02:35:44 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3E7E9AC001 for ; Mon, 6 May 2013 00:35:40 -0700 (PDT) X-ASG-Debug-ID: 1367825735-04bdf0752f91c30001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id oW0OTXomdqQtWrUt for ; Mon, 06 May 2013 00:35:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r467ZZZE003248 for ; Mon, 6 May 2013 03:35:35 -0400 Date: Mon, 6 May 2013 03:35:35 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1273467566.10899590.1367825735206.JavaMail.root@redhat.com> Subject: pcp updates: brolley+scox merges, auth MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: brolley+scox merges, auth Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: brolley+scox merges, auth Thread-Index: oVrPhcNtQlKvpZJ4TIE9BOlXc8TIBw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367825735 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130159 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/include/pcp/impl.h | 8 src/libpcp/src/access.c | 4 src/libpcp/src/auxconnect.c | 52 +-- src/libpcp/src/auxserver.c | 3 src/libpcp/src/connect.c | 5 src/libpcp/src/internal.h | 13 src/libpcp/src/logconnect.c | 4 src/libpcp/src/p_userauth.c | 3 src/libpcp/src/secureconnect.c | 567 +++++++++++++++++++++++++++++++++++------ src/libpcp/src/secureserver.c | 233 +++++++++++++++- src/pmatop/pmatop.py | 170 ++++++++---- src/pmcd/src/client.c | 15 + src/pmcd/src/client.h | 7 src/pmcd/src/dopdus.c | 2 src/pmdbg/pmdbg.c | 7 src/pmproxy/pmproxy.c | 4 src/python/pcp/pmsubsys.py | 38 +- 17 files changed, 906 insertions(+), 229 deletions(-) commit 975c4f47bb6098bd88f6327fabc315e8814dad0b Author: Nathan Scott Date: Mon May 6 17:34:19 2013 +1000 Further work toward establishing authenticated connections Initialise sasl for client/server connection handling, ensure appropriate callbacks are setup, devised a mechanism whereby command line connection attributes associated with each client connection can make their way into the callback routines. commit 769327a0bc0bd0c729b7be7abf52e6ebd07c5b45 Merge: 4910b26 ec914dc Author: Nathan Scott Date: Mon May 6 13:42:57 2013 +1000 Merge branch 'scox/dev' of git://sourceware.org/git/pcpfans into dev Conflicts: src/pmatop/pmatop.py commit ec914dc81b0aa3bd65eb41c4c5001f4d43ba09ac Author: Stan Cox Date: Sun May 5 22:53:56 2013 -0400 Improve atop default mode compatibility. * pmatop.py (minutes_seconds): Improve generality. (_ProcessorPrint): Add curf, csw, numcpu. (_DiskPrint): Add lvm name, MBr/s, MBw/s, busy, avio (_NetPrint): Add icmpi, icmpo (_ProcPrint): Add vmsize, rss, state, %cpu, %mem (main): Add 'z', 'h' command * pmsubsys.py (get_atom_value): Allow for shrinking/expanding lists. Add new metrics. commit 4910b26280845cb3398c6716ad6d2a786b5e7885 Merge: dd704b7 99d255d Author: Nathan Scott Date: Mon May 6 12:03:04 2013 +1000 Merge branch 'brolley/dev' of git://sourceware.org/git/pcpfans into dev commit dd704b7a095c3987a90bb7ebdaab25795541c463 Author: Nathan Scott Date: Mon May 6 12:02:33 2013 +1000 Further work toward establishing authenticated connections Addition of user-auth-specific trace debugging flag. Initial code beginning to use the authentication PDUs to communicate SASL authentication information between clients and pmcd. commit 99d255d276eee6f9780867bb9ce6a4a0b83314f7 Author: Dave Brolley Date: Fri May 3 11:05:09 2013 -0400 Remove __pmLock_libpcp locks from around calls to __pmGetAddrInfo(). One of the benefits of using getaddrinfo() and getnameinfo(), as opposed to their deprecated counterparts, gethostbyname() and gethostbyaddr(), is that the new APIs are re-entrant. As such, it is not necessary to enforce locks around calls to these functions nor the iteration over the returned data. This commit removes the remaining locks around __pmGetAddrInfo(). There were no remaining locks around __pmGetNameInfo(). commit 5ce967184944cb2e32f676b73036a9d8100221fa Author: Dave Brolley Date: Wed May 1 12:17:42 2013 -0400 Don't look up the host name in __pmGetAddrInfo(). This is not necessary for a few reasons: 1) The caller of __pmGetAddrInfo already has the host name. 2) The host name is most often not requested from the resulting __pmHostEnt structure. 3) There already exists __pmHostEntGetName() for this purpose when the host name is needed from the __pmHostEnt structure. This commit moves the lookup of the host name from __pmGetAddrInfo() to __pmHostEntGetName(), where it is done only once (at the first request). From kenj@internode.on.net Mon May 6 04:59:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 94CC029DF8 for ; Mon, 6 May 2013 04:59:26 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6FEDB304064 for ; Mon, 6 May 2013 02:59:26 -0700 (PDT) X-ASG-Debug-ID: 1367834363-04cb6c756b98ba0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id wkyLnROygUtHQvUL for ; Mon, 06 May 2013 02:59:24 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAE1+h1F20ToW/2dsb2JhbAANQ4M+vwKBG4MTAQEBBDhAARALGAkWDwkDAgECAUUGDQEHAQGIFK5GkG2PMQeDUwOYVJMt Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail07.adl2.internode.on.net with ESMTP; 06 May 2013 19:29:22 +0930 Message-ID: <51877EF9.1030809@internode.on.net> Date: Mon, 06 May 2013 19:59:21 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Mailing List Subject: Re: new build dependency References: <51802791.8030603@internode.on.net> <51820585.5080806@internode.on.net> <20130502175745.GB30527@redhat.com> X-ASG-Orig-Subj: Re: new build dependency In-Reply-To: <20130502175745.GB30527@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1367834364 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130169 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 03/05/13 03:57, Frank Ch. Eigler wrote: > Hi - > > On Thu, May 02, 2013 at 04:19:49PM +1000, Ken McDonell wrote: >> [...] >> So far I've come across [without libmicrohttpd]: >> openSUSE 12.1 >> openSUSE 12.2 >> SLES 11 SP1 > > See: > > https://build.opensuse.org/package/repositories?package=libmicrohttpd&project=server%3Ahttp Thanks for the pointer Frank, but there no ia64 rpms for SLES 11 SP1, so I still have the problem on grundy.sgi.com. I am going to try Nathan's suggested patch which seems benign for everyone else. From cpw@sgi.com Mon May 6 07:18:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id EE49A29DF8 for ; Mon, 6 May 2013 07:18:20 -0500 (CDT) Received: from estes.americas.sgi.com (estes.americas.sgi.com [128.162.236.10]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4F73FAC005; Mon, 6 May 2013 05:18:17 -0700 (PDT) Received: from eag09.americas.sgi.com (eag09.americas.sgi.com [128.162.232.15]) by estes.americas.sgi.com (Postfix) with ESMTP id 032597003219; Mon, 6 May 2013 07:18:17 -0500 (CDT) Received: from cpw by eag09.americas.sgi.com with local (Exim 4.69) (envelope-from ) id 1UZKMy-0002kV-VX; Mon, 06 May 2013 07:18:16 -0500 Date: Mon, 6 May 2013 07:18:16 -0500 From: Cliff Wickman To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Subject: Re: cannot find pcp user Message-ID: <20130506121816.GA10236@sgi.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Hi Frank, On Sat, May 04, 2013 at 08:59:29AM -0400, Frank Ch. Eigler wrote: > Cliff Wickman writes: > > > [Fri May 3 17:07:18] pmcd(4510) Warning: cannot find the pcp user to switch to > > [Fri May 3 17:07:18] pmcd(4510) Error: pmcd not started due to errors! > > But it doesn't happen when restarting pcp. > > What operating system? How does user authentication work on this machine? > (Might there be a race condition between ... NIS/YP and PCP startup?) This is Linux, SuSE distribution, 3.0.74 kernel. One of our testers wrote: pmcd_wait will be there and then gone with no pmcd. Startup messages are fine. Then service start and it works. Some sort of timing problem. Need to find where the above message is from. Its not pmcd nor any init script that I can find. set -x in pcp/pmcd init.d scripts showed nothing unusual. I take that to agree with you, that PCP is starting before NIS. But we haven't seen this before. I recently (with Nathan's help) consolidated two pmda's into one, which wouldn't seem related. Unless it shortened PCP startup somehow and now it finishes before the network is initialized. Thx. -Cliff -- Cliff Wickman SGI cpw@sgi.com (651) 683-3824 From fche@redhat.com Mon May 6 08:08:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3D15E29DF8 for ; Mon, 6 May 2013 08:08:52 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 177738F8039 for ; Mon, 6 May 2013 06:08:51 -0700 (PDT) X-ASG-Debug-ID: 1367845727-04cbb07ab9a08a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id vBH1g9JbJwmXCt4b; Mon, 06 May 2013 06:08:48 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r46D8lBV015068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 6 May 2013 09:08:47 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r46D8kl1031807; Mon, 6 May 2013 09:08:47 -0400 Received: by fche.csb (Postfix, from userid 2569) id 5B44E581BC; Mon, 6 May 2013 09:08:46 -0400 (EDT) Date: Mon, 6 May 2013 09:08:46 -0400 From: "Frank Ch. Eigler" To: Cliff Wickman Cc: pcp@oss.sgi.com Subject: Re: cannot find pcp user Message-ID: <20130506130846.GA1005@redhat.com> X-ASG-Orig-Subj: Re: cannot find pcp user References: <20130506121816.GA10236@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130506121816.GA10236@sgi.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: 1367845727 X-Barracuda-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 take that to agree with you, that PCP is starting before > NIS. But we haven't seen this before. [...] Unless it shortened PCP > startup somehow and now it finishes before the network is > initialized. Maybe the src/pmcd/rc_pmcd file's ordering/dependency comments are not sufficient. Is there an authentication / network / NIS $value one can plop into an init.d file on suse? - FChE From jhanson@sgi.com Mon May 6 08:24:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3F74129DF8 for ; Mon, 6 May 2013 08:24:19 -0500 (CDT) Received: from xmail.sgi.com (pv-excas3-dc21.corp.sgi.com [137.38.102.206]) by relay3.corp.sgi.com (Postfix) with ESMTP id A46D8AC005; Mon, 6 May 2013 06:24:15 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.102.30) with Microsoft SMTP Server (TLS) id 14.2.318.1; Mon, 6 May 2013 08:24:15 -0500 Message-ID: <5187AEFE.6060502@sgi.com> Date: Mon, 6 May 2013 09:24:14 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Cliff Wickman , Subject: Re: [pcp] cannot find pcp user References: <20130506121816.GA10236@sgi.com> <20130506130846.GA1005@redhat.com> In-Reply-To: <20130506130846.GA1005@redhat.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 05/06/2013 09:08 AM, Frank Ch. Eigler wrote: > Hi - > >> [...] I take that to agree with you, that PCP is starting before >> NIS. But we haven't seen this before. [...] Unless it shortened PCP >> startup somehow and now it finishes before the network is >> initialized. > > Maybe the src/pmcd/rc_pmcd file's ordering/dependency comments are not > sufficient. Is there an authentication / network / NIS $value one can > plop into an init.d file on suse? The init script ypbind provides ypbind as below # Provides: ypbind This is used in (for example) xdm as # Should-Start: ypbind $syslog gpm firstboot kbd resmgr earlyxdm winbind acpid On the system I looked at the following services had # Should-Start with ypbind autofs:# Should-Start: $portmap ypbind keyserv ldap gssd autoyast:# Should-Start: $remote_fs $network $time ypbind sendmail hwscan freshclam:# Should-Start: $time ypbind sendmail nfsserver:# Should-Start: ypbind krb5kdc postfix:# Should-Start: cyrus ldap ypbind openslp amavisd svnserve:# Should-Start: $time ypbind sendmail $syslog $remote_fs xdm:# Should-Start: ypbind $syslog gpm firstboot kbd resmgr earlyxdm winbind acpid > > - FChE > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Lee/Lifeson/Peart From nscott@redhat.com Mon May 6 18:10:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A26D129DF8 for ; Mon, 6 May 2013 18:10:14 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9C1BB8F8039 for ; Mon, 6 May 2013 16:10:11 -0700 (PDT) X-ASG-Debug-ID: 1367881810-04cb6c53a1055f0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id bWtZufXfDWknGVsm for ; Mon, 06 May 2013 16:10:10 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r46NA6qI002322; Mon, 6 May 2013 19:10:06 -0400 Date: Mon, 6 May 2013 19:10:06 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <851894341.11621320.1367881806756.JavaMail.root@redhat.com> In-Reply-To: <410335498.9468044.1367544497012.JavaMail.root@redhat.com> References: <51823EB3.1030003@internode.on.net> <410335498.9468044.1367544497012.JavaMail.root@redhat.com> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: /uj5PQ8js8xTqQZeZdAs6Xi7Fj2+ed7OCnsS X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367881810 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130208 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 ----- > ----- Original Message ----- > > > > For reference, these are the failing tests on vm03 > > 051 110 162 255 273 367 369 371 375 411 513 560 572 578 642 652 715 > > Just got through a full run here. From your list, I have: > > Passing: 051 110 162 255 367 411 513 560 572 578 642 715 > > Not run: 371 375 652 > > Failures: [024] 273 [322] 369 > 024 (just started failing, seems pmdammv not in pmcd.conf?) > 273 (passes without proc PMDA, so I missed it earlier) These two were actually the same/related - for some reason the MMV PMDA had spontaneously configured itself as a daemon rather than a dso PMDA, which caused different output. Both are now passing, having undone that. Not sure how that configuration change happened (?), but seems to be all good now after manual intervention on my part. > 322 (regressed from new pmcd.pdu_in.user_auth metric - will fix) > 369 (regressed from my log import fix - will fix) I've fixed 369 and 322 now. Also, 706 seems to have begun failing for me in the last few days, likely to be fallout from some of my recent changes - I'm currently looking into that one. cheers. -- Nathan From nscott@redhat.com Mon May 6 18:20:17 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 64D6629DF8 for ; Mon, 6 May 2013 18:20:17 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 59EC08F8033 for ; Mon, 6 May 2013 16:20:17 -0700 (PDT) X-ASG-Debug-ID: 1367882415-04cb6c53a205a90001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id agjOVwAVgw6YLf7q for ; Mon, 06 May 2013 16:20:16 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r46NKFJ0000984 for ; Mon, 6 May 2013 19:20:15 -0400 Date: Mon, 6 May 2013 19:20:15 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1066720773.11627202.1367882415631.JavaMail.root@redhat.com> In-Reply-To: <1004390009.11627193.1367882414235.JavaMail.root@redhat.com> Subject: pcp updates: qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: qa Thread-Index: UJTDWoSzGt006xple6HskkViUlpI8A== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367882415 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130210 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/.gitignore | 1 qa/322 | 12 - qa/322.out | 94 -------- qa/322.out.1 | 94 ++++++++ qa/322.out.2 | 97 +++++++++ qa/369 | 5 qa/369.out.3 | 532 ++++++++++++++++++++++++++++++++++++++++++++++++++ src/pmcd/src/client.c | 14 - 8 files changed, 739 insertions(+), 110 deletions(-) commit 95364cb7fc9a92b2cab8c7e35cae93222c318a72 Author: Nathan Scott Date: Tue May 7 09:18:29 2013 +1000 Correct pmcd new client struct zeroing size calculation (dev regression) commit 9cf7e43880528d98ee409b8e6b8762306f8750ca Author: Nathan Scott Date: Tue May 7 09:08:21 2013 +1000 Update qa/322 to cater for addition of user_auth PDU stats commit 25c7a017a39b0bb32a95ce9be46e4428de508c9d Author: Nathan Scott Date: Mon May 6 20:05:00 2013 +1000 Add new variant of 369 test output with latest pmi error codes From nscott@redhat.com Mon May 6 19:40:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C533429DF8 for ; Mon, 6 May 2013 19:40:25 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5212CAC002 for ; Mon, 6 May 2013 17:40:22 -0700 (PDT) X-ASG-Debug-ID: 1367887217-04cb6c53a208cc0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id X4G6A2fLfxQmZy4g for ; Mon, 06 May 2013 17:40:17 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r470eEXc013318; Mon, 6 May 2013 20:40:15 -0400 Date: Mon, 6 May 2013 20:40:14 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <2055430036.11651048.1367887214801.JavaMail.root@redhat.com> In-Reply-To: <851894341.11621320.1367881806756.JavaMail.root@redhat.com> References: <51823EB3.1030003@internode.on.net> <410335498.9468044.1367544497012.JavaMail.root@redhat.com> <851894341.11621320.1367881806756.JavaMail.root@redhat.com> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: /uj5PQ8js8xTqQZeZdAs6Xi7Fj2+ed7OCnsSznRCvFU= X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367887217 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130214 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 ----- > ... > These two were actually the same/related - for some reason the > MMV PMDA had spontaneously configured itself as a daemon rather > than a dso PMDA, which caused different output. Both are now > passing, having undone that. Not sure how that configuration > change happened (?), but seems to be all good now after manual > intervention on my part. There's still something wrong here - MMV state is getting changed during the QA run ... this looks like it may be fallout from the series of QA changes around the time of: Author: Ken McDonell Date: Mon Apr 29 16:35:51 2013 +1000 qa - assorted pmda tests - maintain pmcd configuration state For tests that Install and/or Remove PMDAs, it is important that they leave the pmcd configuration, PMDA configuration and PMNS configuration in the same state as they were before the test was run. Any idea where/how the pmdammv DSO state might be being lost? > Also, 706 seems to have begun failing for me in the last few days, > likely to be fallout from some of my recent changes - I'm currently > looking into that one. This is resolved now (in dev branch) - currently my only failure is 273 because of the pmdammv pmcd.conf change partway through a QA run. cheers. -- Nathan From kenj@internode.on.net Mon May 6 22:52:36 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id DB87A29DF8 for ; Mon, 6 May 2013 22:52:36 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id D48848F8068 for ; Mon, 6 May 2013 20:52:33 -0700 (PDT) X-ASG-Debug-ID: 1367898751-04cbb05fe311700001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id RTCEy1sknNmJ4leM for ; Mon, 06 May 2013 20:52:32 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIBAH55iFF20ToW/2dsb2JhbAANQ8Nqg0wBgQI0Tg0IAQG3DYMzjj2TCwOsAQ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl2.internode.on.net with ESMTP; 07 May 2013 13:22:30 +0930 Message-ID: <51887A7F.0@internode.on.net> Date: Tue, 07 May 2013 13:52:31 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: New SLES build failure Content-Type: text/plain; charset=windows-1252 X-ASG-Orig-Subj: New SLES build failure Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1367898751 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130228 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I am having lots of trouble trying to build RPMs on the ia64 sgi machine. In desperation, I cloned a fresh copy of the official pcp tree from oss.sgi.com, cd'd there and Makepkgs dies ... == Building pcp, log is in /home/kenj/src/pcp-dev/Logs/pcp == Configuring pcp for vendor/distro installation (--prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-rcdir=/etc/init.d --libexecdir=/usr/lib) "make default_pcp" failed, see log in /home/kenj/src/pcp-dev/Logs/pcp gcc -fpic -fno-strict-aliasing -D_GNU_SOURCE -fstack-protector-all -D_FORTIFY_SOURCE=2 -DLIBPCP_INTERNAL '-DEXEC_SUFFIX=""' '-DDSO_SUFFIX="so"' -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\"3.8.0\" -I../../../src/include -I../../../src/include/pcp -c -o auxconnect.o auxconnect.c auxconnect.c: In function ‘__pmGetAddrInfo’: auxconnect.c:756: error: ‘hostEntry’ undeclared (first use in this function) auxconnect.c:756: error: (Each undeclared identifier is reported only once auxconnect.c:756: error: for each function it appears in.) make[3]: *** [auxconnect.o] Error 1 make[2]: *** [default] Error 2 make[1]: *** [default_pcp] Error 2 make[1]: Leaving directory `/home/kenj/src/pcp-dev/src' make: *** [default_pcp] Error 2 To add to my frustration this is _different_ to the build breakages I'm seeing with my tree in an existing workarea, but let's get this one fixed first. From nscott@redhat.com Mon May 6 23:08:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E42A729DF8 for ; Mon, 6 May 2013 23:08:09 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 714DCAC00C for ; Mon, 6 May 2013 21:08:06 -0700 (PDT) X-ASG-Debug-ID: 1367899684-04cb6c53a110e50001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id i9S2AzwX4oM9hnGA for ; Mon, 06 May 2013 21:08:05 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r47482Ga017055; Tue, 7 May 2013 00:08:02 -0400 Date: Tue, 7 May 2013 00:08:02 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1906752231.11699070.1367899682093.JavaMail.root@redhat.com> In-Reply-To: <51887A7F.0@internode.on.net> References: <51887A7F.0@internode.on.net> Subject: Re: [pcp] New SLES build failure MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] New SLES build failure Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: New SLES build failure Thread-Index: gHxtBapcT1L+fX3MGhke+05L2TV8jw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367899684 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130228 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > > To add to my frustration this is _different_ to the build breakages I'm > seeing with my tree in an existing workarea, but let's get this one fixed > first. > Looks like a non-secure-sockets build issue ... have a fix, doing a test build now, commit will follow. cheers. -- Nathan From nscott@redhat.com Mon May 6 23:13:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id F085729DF8 for ; Mon, 6 May 2013 23:13:54 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 88051AC002 for ; Mon, 6 May 2013 21:13:54 -0700 (PDT) X-ASG-Debug-ID: 1367900032-04cb6c53a111250001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id WxdRiy6fBvlyVP7e for ; Mon, 06 May 2013 21:13:53 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r474DqsM014552 for ; Tue, 7 May 2013 00:13:52 -0400 Date: Tue, 7 May 2013 00:13:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1925379368.11699821.1367900032762.JavaMail.root@redhat.com> Subject: pcp updates: build & auth fixes MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: build & auth fixes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: build & auth fixes Thread-Index: oF/3b6PuRJWrbqZg+HJADexQTSpOxw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367900033 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130228 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/libpcp/src/auxconnect.c | 7 +++++++ src/libpcp/src/context.c | 11 ++++++----- src/libpcp/src/internal.h | 4 ++-- src/libpcp/src/secureconnect.c | 11 ++++++----- src/libpcp/src/secureserver.c | 35 +++++++++++++++++++---------------- 5 files changed, 40 insertions(+), 28 deletions(-) commit c848bc0e68bb69dcbfaf3f9a50fa98501a226532 Author: Nathan Scott Date: Tue May 7 14:12:11 2013 +1000 Resolve build failure with non-secure-sockets configurations commit ceb3d6db802c7c1c9f21c03c1474dc15e7e13c6f Author: Nathan Scott Date: Tue May 7 14:11:53 2013 +1000 Update default ssf value to what sasl expects from us commit 3b6e2db6780085ca9db2115145489c86d0819637 Author: Nathan Scott Date: Tue May 7 11:50:37 2013 +1000 Add missing server-side sasl init code, improve diags commit 3381115bae3f6ac045f785a69d12ee472cd4cc16 Author: Nathan Scott Date: Tue May 7 11:49:57 2013 +1000 Ensure correct status returned from simple auth CB, better diags commit c88bfd52cc79421204fb3bf3905ce590229e6c21 Author: Nathan Scott Date: Tue May 7 11:49:02 2013 +1000 Fix logic around setting secure context flag from protocol spec From kenj@internode.on.net Tue May 7 01:29:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 7F99229DF8 for ; Tue, 7 May 2013 01:29:20 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 67C1A304070 for ; Mon, 6 May 2013 23:29:17 -0700 (PDT) X-ASG-Debug-ID: 1367908152-04cbb05fe4174d0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id CXz4cOzDGgN80Xy9 for ; Mon, 06 May 2013 23:29:12 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvoCACmeiFF20ToW/2dsb2JhbAANQ4Z6uGyCWAQEAYEkgxMBAQEEIxVAARALGAICBRYLAgIJAwIBAgFFBg0BBwEBtwVygkGOPoEkjg0HgkCBEwOsAQ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl2.internode.on.net with ESMTP; 07 May 2013 15:59:12 +0930 Message-ID: <51889F39.8060206@internode.on.net> Date: Tue, 07 May 2013 16:29:13 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] QA status - warning References: <51823EB3.1030003@internode.on.net> <410335498.9468044.1367544497012.JavaMail.root@redhat.com> <851894341.11621320.1367881806756.JavaMail.root@redhat.com> <2055430036.11651048.1367887214801.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA status - warning In-Reply-To: <2055430036.11651048.1367887214801.JavaMail.root@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: 1367908152 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130238 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 07/05/13 10:40, Nathan Scott wrote: > ... > There's still something wrong here - MMV state is getting changed > during the QA run ... this looks like it may be fallout from the > series of QA changes around the time of: Yep, my fault I'm afraid ... sorry about that. Attempting to put pmda installation back the way it was, but for the mmv pmda ./Install X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 14DCA29DF8 for ; Tue, 7 May 2013 02:54:40 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 0B29B304075 for ; Tue, 7 May 2013 00:54:36 -0700 (PDT) X-ASG-Debug-ID: 1367913271-04cb6c53a219cf0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id 3nYVyRQIVtIlHNhc for ; Tue, 07 May 2013 00:54:32 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAOaviFF20ToW/2dsb2JhbAANQ4M+wCmEEjANFhgDAgECAT8ZBgIBAbcCgzOOQo9Ogz0DrAE Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl2.internode.on.net with ESMTP; 07 May 2013 17:24:30 +0930 Message-ID: <5188B338.3020008@internode.on.net> Date: Tue, 07 May 2013 17:54:32 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1367913271 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130244 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev debian/control | 2 +- qa/241 | 16 ++++++++++------ qa/647 | 16 ++++++++++------ qa/648 | 11 +++++++++-- qa/649 | 16 ++++++++++------ qa/admin/check-vm | 8 ++++---- 6 files changed, 44 insertions(+), 25 deletions(-) commit fdf4b34679d31dbea3761e9f9c2c53855910f516 Author: Ken McDonell Date: Tue May 7 17:48:15 2013 +1000 debian man page changes - packaging fix Replaces: works better than Breaks: or Breaks: + Replaces: for the migration of man pages between PCP packages. commit db13719872efece8f9b9429f85322b1b50825c62 Author: Ken McDonell Date: Tue May 7 16:30:10 2013 +1000 QA - mmv pmda - re-install as dso pmda Fix the overly simple logic in my previous round of commits ... now if the mmv pmda was installed when a QA test starts it will be installed as a dso pmda after the test ends, independent of the test passing or failing. I could be smarter and look at pmcd.agent.type["mmv"] but that seems overkill until someone comes up with a good case for the mmv pmda being installed as a daemon pmda ahead of QA running (this will break expected output for some tests, as Nathan diagnosed, independent of the logic in this commit). commit 8becffe71d752a4d67e787b3a8e8bfa2b1966d2e Author: Ken McDonell Date: Sun May 5 19:29:38 2013 +1000 qa/admin/check-vm - fix checks for libmicrohttpd and libsasl2 From nscott@redhat.com Tue May 7 18:53:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4A6F429E12 for ; Tue, 7 May 2013 18:53:19 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 200F58F8037 for ; Tue, 7 May 2013 16:53:16 -0700 (PDT) X-ASG-Debug-ID: 1367970794-04bdf04224ddd70001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id d1Ycy0rKO2s9Ioli for ; Tue, 07 May 2013 16:53:14 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r47NrBWp007872; Tue, 7 May 2013 19:53:11 -0400 Date: Tue, 7 May 2013 19:53:11 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <86805787.12576575.1367970791260.JavaMail.root@redhat.com> In-Reply-To: <51889F39.8060206@internode.on.net> References: <51823EB3.1030003@internode.on.net> <410335498.9468044.1367544497012.JavaMail.root@redhat.com> <851894341.11621320.1367881806756.JavaMail.root@redhat.com> <2055430036.11651048.1367887214801.JavaMail.root@redhat.com> <51889F39.8060206@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: ug0nfaH1VIiNVq1NGRtoplHHKTO0kA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367970794 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130308 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > On 07/05/13 10:40, Nathan Scott wrote: > > ... > > There's still something wrong here - MMV state is getting changed > > during the QA run ... this looks like it may be fallout from the > > series of QA changes around the time of: > > Yep, my fault I'm afraid ... sorry about that. > > Attempting to put pmda installation back the way it was, but for the mmv > pmda ./Install > Fix/commit on its way as soon as I've tested it. > No problem. I wonder if the pmdammv Install script should strive for a DSO installation by default, since thats what the build/packaging does? (not sure if that is possible with pmdaproc.sh though) cheers. -- Nathan From kenj@internode.on.net Tue May 7 19:27:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C8EA929E12 for ; Tue, 7 May 2013 19:27:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 7124CAC002 for ; Tue, 7 May 2013 17:27:27 -0700 (PDT) X-ASG-Debug-ID: 1367972839-04bdf04223def40001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id qyrBvpE9HXdfcCxa for ; Tue, 07 May 2013 17:27:20 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAC2aiVF20ToW/2dsb2JhbAANQ4M+wC6EEjANFhgDAgECAVgGAgEBtyWSLY9Qgz8DmFWTMQ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail05.adl6.internode.on.net with ESMTP; 08 May 2013 09:57:18 +0930 Message-ID: <51899BE9.3010308@internode.on.net> Date: Wed, 08 May 2013 10:27:21 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - build/configure issues Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - build/configure issues Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1367972839 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130310 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/rpm/GNUmakefile | 1 + build/rpm/pcp.spec.in | 11 ++++++++--- configure | 2 ++ configure.in | 6 ++++++ debian/pcp.postinst.tail | 4 ++-- debian/pcp.postrm | 2 +- debian/pcp.prerm | 4 ++-- 7 files changed, 22 insertions(+), 8 deletions(-) commit 6dae1ff43b697d7becc3038277a43d87cbd8bd69 Author: Ken McDonell Date: Wed May 8 09:49:57 2013 +1000 dpkg builds for missing libmicrohttpd package Need some pre/post script changes for the case where the libmicrohttpd package is not installed in the build environment. commit c8c9420c5a943922e008509a1cf6521667b90898 Author: Ken McDonell Date: Wed May 8 09:08:53 2013 +1000 configure.in - more CFLAGS tweaks When I move the optimization flags out from $CFLAGS to $CFLAGS_OPT in the build infrastructure (so I can build/debug code with no optimization in place), there is a messy cross-dependency between $CFLAGS use in configure.in and in builddefs. I missed the fact that -D_FORTIFY_SOURCE=2 _requires_ -O (at least for some toolchains), and this was causing some malconfiguration in the cc tests run from configure, specifically the test for the const (or not) struct dirent parameter to scandir(). This commit fixes that. commit 7bb73a6a73c6d03177080b4036e95574331d4ebb Author: Ken McDonell Date: Wed May 8 08:09:11 2013 +1000 rpm builds for missing libmicrohttpd package Make RPM packaging (specifically the package dependencies) work again if the libmicrohttpd package is not installed in the build environment. Thanks Nathan. From kenj@internode.on.net Tue May 7 19:33:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E038429E12 for ; Tue, 7 May 2013 19:33:27 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id C317B304067 for ; Tue, 7 May 2013 17:33:24 -0700 (PDT) X-ASG-Debug-ID: 1367973202-04cb6c53a3d9790001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id GAV53DLuM4sXT2Mu for ; Tue, 07 May 2013 17:33:22 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBADmbiVF20ToW/2dsb2JhbAANQ4M+gzy7U4EfgxMBAQEDASMVQQULCxoCBSECAg8CRgYNAQcBAYgCryRykTmBJo4NB4JCgRMDmFWTMQ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail05.adl6.internode.on.net with ESMTP; 08 May 2013 10:03:22 +0930 Message-ID: <51899D55.20202@internode.on.net> Date: Wed, 08 May 2013 10:33:25 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] QA status - warning References: <51823EB3.1030003@internode.on.net> <410335498.9468044.1367544497012.JavaMail.root@redhat.com> <851894341.11621320.1367881806756.JavaMail.root@redhat.com> <2055430036.11651048.1367887214801.JavaMail.root@redhat.com> <51889F39.8060206@internode.on.net> <86805787.12576575.1367970791260.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA status - warning In-Reply-To: <86805787.12576575.1367970791260.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1367973202 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130310 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 08/05/13 09:53, Nathan Scott wrote: > No problem. I wonder if the pmdammv Install script should strive for a > DSO installation by default, since thats what the build/packaging does? > (not sure if that is possible with pmdaproc.sh though) > I considered that, but a quick look at pmdaproc.sh convinced me to walk away quietly and slowly. So with all the latest commits from my tree and the oss.sgi.com dev tree, I'm still seeing these failures: 024 051 359 367 371 374 375 513 532 652 on this host vm03 3.8.0 x86_64 Fedora 18 (Spherical Cow) I won't get much of chance to investigate further today I'm afraid. From nscott@redhat.com Tue May 7 20:09:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4F27B29E0E for ; Tue, 7 May 2013 20:09:06 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2C89F8F8052 for ; Tue, 7 May 2013 18:09:03 -0700 (PDT) X-ASG-Debug-ID: 1367975341-04cbb05fe3ddb10001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id TBMm2sMAmgb8vDEJ for ; Tue, 07 May 2013 18:09:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4818wie020534; Tue, 7 May 2013 21:08:58 -0400 Date: Tue, 7 May 2013 21:08:58 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> In-Reply-To: <51899D55.20202@internode.on.net> References: <51823EB3.1030003@internode.on.net> <410335498.9468044.1367544497012.JavaMail.root@redhat.com> <851894341.11621320.1367881806756.JavaMail.root@redhat.com> <2055430036.11651048.1367887214801.JavaMail.root@redhat.com> <51889F39.8060206@internode.on.net> <86805787.12576575.1367970791260.JavaMail.root@redhat.com> <51899D55.20202@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: OPqepVcnWJxSV3maJrrCkRV9/dxUeQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367975341 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130312 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 08/05/13 09:53, Nathan Scott wrote: > > > No problem. I wonder if the pmdammv Install script should strive for a > > DSO installation by default, since thats what the build/packaging does? > > (not sure if that is possible with pmdaproc.sh though) > > > > I considered that, but a quick look at pmdaproc.sh convinced me to walk > away quietly and slowly. > Hah. > So with all the latest commits from my tree and the oss.sgi.com dev > tree, I'm still seeing these failures: > > 024 051 359 367 371 374 375 513 532 652 > > on this host > > vm03 3.8.0 x86_64 Fedora 18 (Spherical Cow) > > I won't get much of chance to investigate further today I'm afraid. > Could you forward the full "check" output (perhaps privately if its long)? (with .bad info) - I'll see if I recognise any likely culprits. thanks! -- Nathan From nscott@redhat.com Wed May 8 07:02:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 5F7FF29E0E for ; Wed, 8 May 2013 07:02:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D1904AC006 for ; Wed, 8 May 2013 05:02:23 -0700 (PDT) X-ASG-Debug-ID: 1368014538-04cbb05fe311a8a0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id V6LFiIMZlLBYRUyX for ; Wed, 08 May 2013 05:02:19 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r48C2Hrx025680 for ; Wed, 8 May 2013 08:02:18 -0400 Date: Wed, 8 May 2013 08:02:17 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <785304059.12775559.1368014537923.JavaMail.root@redhat.com> In-Reply-To: <867020309.12775446.1368014527256.JavaMail.root@redhat.com> Subject: pcp updates: auth MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: auth Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: auth Thread-Index: MaZ+0Li6QS+csskNEdEXKaFlCs3CQw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368014538 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130356 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev debian/libpcp-pmda3-dev.install | 2 man/man3/pmdafetch.3 | 2 man/man3/pmdamain.3 | 66 +++++++--------- qa/174 | 3 qa/174.out | 2 qa/322.out.2 | 3 qa/367.out.2 | 7 + qa/449.out.2 | 4 qa/513.out.2 | 8 + qa/617 | 7 - qa/617.out | 2 qa/src/pdu-server.c | 29 +++++++ qa/src/pducheck.c | 46 +++++++++++ qa/src/pducrash.c | 47 +++++++++++ src/include/pcp/impl.h | 27 +++--- src/include/pcp/pmda.h | 67 +++++++++------- src/libpcp/src/GNUmakefile | 4 src/libpcp/src/check-statics | 2 src/libpcp/src/connectlocal.c | 1 src/libpcp/src/internal.h | 2 src/libpcp/src/p_auth.c | 163 ++++++++++++++++++++++++++++++++++++++++ src/libpcp/src/p_userauth.c | 88 --------------------- src/libpcp/src/pdu.c | 5 - src/libpcp/src/secureconnect.c | 33 +++++--- src/libpcp/src/secureserver.c | 4 src/libpcp_pmda/src/callback.c | 16 ++- src/libpcp_pmda/src/libdefs.h | 14 +-- src/libpcp_pmda/src/mainloop.c | 143 +++++++++-------------------------- src/libpcp_pmda/src/open.c | 159 ++++++++++++--------------------------- src/pmdas/linux_proc/pmda.c | 24 ++--- src/pmdas/pmcd/help | 18 +++- src/pmdas/pmcd/root_pmcd | 4 src/pmdas/pmcd/src/pmcd.c | 6 + src/pmdas/sample/src/sample.c | 2 34 files changed, 570 insertions(+), 440 deletions(-) commit c62c38ffbc7d23f2a16b8527c80196933388d514 Author: Nathan Scott Date: Wed May 8 22:00:47 2013 +1000 Interfaces for PMDAs making use of client authentication Pushes the security attributes mechanism into libpcp_pmda. This will allow authenticated client information, making use of the existing client context concept, to be used by PMDAs that want to provide user-specific metric values (for example). Updated the Linux pmdaproc to use v6 pmda interfaces preparing it for assimilation down the track. Added in convenience names to the pmdaInterface structure so that the version-union struct names can match up with the PMDA_VERSION macro names as its just alot more intuitive. Also reworked the semantics of the internal HAVE_V_XXX macros in libpcp_pmda as they were getting out of hand with addition of yet another. Removed an incorrect pmdaMain(3) diagnostics section entry, and removed references to long-deprecated library routines (that do not even exist in the code anymore). Make __pmdaSetupPDU static within libpcp_pmda - it only makes to use internally. Modified it to allow manipulation of the credentials flags to tell pmcd this PMDA is interested in any authentication information that it sees. QA test updates to exercise the additional PDU, and deal with the introduction of a new PMDA interface. Work remains within pmcd and libpcp to actually transfer the auth attributes, but its now largely understood how best to tackle that. commit a7cbdcbee6b9528db08428726f16e32f688b5b17 Author: Nathan Scott Date: Wed May 8 11:40:10 2013 +1000 Further work toward establishing authenticated connections Ensure that we do not accidentally attempt SSL importing on non-secure (regular) sockets, else subsequent PDU recv/send activity can see spurious SSL size errors. Add a mechanism for overriding the default SASL plugin and configuration paths (more env vars, yay). Fix an off-by-one on the to-be-sure null termination of the string passed into the SASL library (recv'd from the server). commit 4d9d07bb39da2da62356ed2fec0e049c5ae3d71d Author: Nathan Scott Date: Wed May 8 11:36:07 2013 +1000 Additional security attributes added for exposing uid/gid From nscott@redhat.com Wed May 8 14:02:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0909329E15 for ; Wed, 8 May 2013 14:02:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 96FD7AC001 for ; Wed, 8 May 2013 12:02:34 -0700 (PDT) X-ASG-Debug-ID: 1368039752-04cbb05fe41311b0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id qb3vC7NAy3pyXJQE for ; Wed, 08 May 2013 12:02:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r48J2Vpd024426; Wed, 8 May 2013 15:02:31 -0400 Date: Wed, 8 May 2013 15:02:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Cc: Marko Myllynen , Stan Cox Message-ID: <1886865086.13083040.1368039751748.JavaMail.root@redhat.com> In-Reply-To: <769053571.13082788.1368039709834.JavaMail.root@redhat.com> Subject: pcp updates: pmatop, libpcp MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmatop, libpcp Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmatop, libpcp Thread-Index: VuhEP+9MT00t2pNirUlA5dzA35zRRg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368039752 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130384 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/libpcp/src/check-statics | 2 +- src/pmatop/pmatop.py | 4 ++-- src/pmcollectl/pmcollectl.py | 1 - 3 files changed, 3 insertions(+), 4 deletions(-) commit a166e9f5eba7027d8072f2a6cd45ae9db18cdaa5 Author: Marko Myllynen Date: Thu May 9 05:00:39 2013 +1000 Resolve python syntax issue in pmatop options handling Fix for: pmatop failed to start on el6, seemed that was using {} and not () for initializing *_options, giving: File "/usr/bin/pmatop", line 525 subsys_options = {"d", "c", "n", "s", "v", "c", "y", "u", "p"} ^ SyntaxError: invalid syntax commit 8db6f08723f2783e8cfe5cc793a01fbfccb057de Author: Nathan Scott Date: Thu May 9 04:54:49 2013 +1000 Revert "Ensure pmcollectl does not popup diagnostic windows, noticed in QA" This reverts commit c64a1d4cce5f3a916465025284db73bb478d1025. (turns out this doesn't work as I expected - further investigation needed) commit 5f0b8de3bf59df97445d2205905d855e989f2cc1 Author: Nathan Scott Date: Thu May 9 04:54:36 2013 +1000 Update libpcp check-statics script to handle small change to pmDebug From kenj@internode.on.net Wed May 8 15:58:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 9609929E15 for ; Wed, 8 May 2013 15:58:00 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 685BE8F8037 for ; Wed, 8 May 2013 13:58:00 -0700 (PDT) X-ASG-Debug-ID: 1368046671-04bdf0422313c2d0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id hpiEDX3Ij2iKTKyu for ; Wed, 08 May 2013 13:57:52 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBANm7ilF20ToW/2dsb2JhbAANRYM+wCeEBQ0wDRYYAwIBAgFYBgIBAbdkkhuTBAOYUpMw Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail07.adl2.internode.on.net with ESMTP; 09 May 2013 06:27:51 +0930 Message-ID: <518ABC53.2090207@internode.on.net> Date: Thu, 09 May 2013 06:57:55 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - assorted non-trivial changes Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - assorted non-trivial changes Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1368046672 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130392 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- With these changes I'm almost back to being able to build packages on all my QA platforms and starting some QA runs. It would be really good if someone with Python expertise reviewed the Python changes. And I suspect Frank may want to have a discussion about the mode 1777 directories change. Changes committed to git://oss.sgi.com/kenj/pcp.git dev GNUmakefile | 1 build/rpm/GNUmakefile | 1 build/rpm/pcp.spec.in | 11 +++-- configure | 2 configure.in | 6 ++ debian/pcp.postinst.tail | 4 - debian/pcp.postrm | 2 debian/pcp.prerm | 4 - qa/.gitignore | 1 qa/374 | 15 +++++-- qa/374.out | 94 --------------------------------------------- qa/374.out.1 | 97 +++++++++++++++++++++++++++++++++++++++++++++++ qa/374.out.2 | 97 +++++++++++++++++++++++++++++++++++++++++++++++ qa/375.linux.3 | 3 + qa/common.check | 2 src/include/builddefs.in | 2 src/pmcd/rc_pmcd | 7 +++ src/pmdas/oracle/Install | 1 src/pmdas/simple/Install | 15 +++++++ src/python/setup.py | 2 20 files changed, 258 insertions(+), 109 deletions(-) commit 072ec12436accab00331754f08a6670a9a0c06ca Author: Ken McDonell Date: Thu May 9 06:48:56 2013 +1000 fix python builds for mandrivia The python build was broken in two ways: - if PCP is not already installed, then the -L options passed through via SETUP_PY_BUILD_OPTIONS += --library-dirs... named one directory that did not exist, rather than all the library directorties - to build pmda.c you need to link with -lpcp_pmda _and_ -lpcp commit 9dc0c7d08fc3265ccd7c0aa073939452b3907045 Author: Ken McDonell Date: Wed May 8 17:09:30 2013 +1000 qa/374 - pmcd.pdu_in.user_auth mentioned in one more place commit ea63c2b4c92ac2047bde71f6409489fe72c26e08 Author: Ken McDonell Date: Wed May 8 17:06:23 2013 +1000 qa/375 - pmcd.pdu_in.user_auth mentioned in one more place commit ee643add7df495cd7bb834fb993d78faf3130fe0 Author: Ken McDonell Date: Wed May 8 16:59:09 2013 +1000 qa/common.check - another $quiet problem in _check_agent() [ (aka test(1)) should be using = not == here. This was causing qa/578 failures. commit ba9904e69067ded451e632938a4f27cdf76fbcfc Author: Ken McDonell Date: Wed May 8 16:29:21 2013 +1000 Non-root PMDA access control changes PMDAs may run as root, or the user pcp, or some other user and/or group (e.g. the dbms PMDAs). There are two places an arbitrary PMDA needs to be able to write 1) $PCP_LOG_DIR/pmcd to create its log file, and 2) (optionally) $PCP_VAR_DIR/config/pmda to manage any persistant instance domain cache files Both directories need to be mode 1777, but because packaging restrictions may get in the way, we uncoditionally set the mode on these two directories in the pmcd start up script. Some PMDAs may need to take additional care with ownership of their indom cache files, as the simple PMDA's Install script demonstrates. commit 6dae1ff43b697d7becc3038277a43d87cbd8bd69 Author: Ken McDonell Date: Wed May 8 09:49:57 2013 +1000 dpkg builds for missing libmicrohttpd package Need some pre/post script changes for the case where the libmicrohttpd package is not installed in the build environment. commit c8c9420c5a943922e008509a1cf6521667b90898 Author: Ken McDonell Date: Wed May 8 09:08:53 2013 +1000 configure.in - more CFLAGS tweaks When I move the optimization flags out from $CFLAGS to $CFLAGS_OPT in the build infrastructure (so I can build/debug code with no optimization in place), there is a messy cross-dependency between $CFLAGS use in configure.in and in builddefs. I missed the fact that -D_FORTIFY_SOURCE=2 _requires_ -O (at least for some toolchains), and this was causing some malconfiguration in the cc tests run from configure, specifically the test for the const (or not) struct dirent parameter to scandir(). This commit fixes that. commit 7bb73a6a73c6d03177080b4036e95574331d4ebb Author: Ken McDonell Date: Wed May 8 08:09:11 2013 +1000 rpm builds for missing libmicrohttpd package Make RPM packaging (specifically the package dependencies) work again if the libmicrohttpd package is not installed in the build environment. Thanks Nathan. From kenj@internode.on.net Wed May 8 17:38:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id B344629E15 for ; Wed, 8 May 2013 17:38:33 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 70D8B8F8050 for ; Wed, 8 May 2013 15:38:33 -0700 (PDT) X-ASG-Debug-ID: 1368052710-04bdf04226141860001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id dtropDAqaFPaTCLI for ; Wed, 08 May 2013 15:38:31 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail07.adl2.internode.on.net with ESMTP; 09 May 2013 08:08:03 +0930 Message-ID: <518AD3CD.80301@internode.on.net> Date: Thu, 09 May 2013 08:38:05 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: QA update - current 3.8.0 status Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: QA update - current 3.8.0 status Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1368052710 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130398 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Below is the QA summary for runs over the last few days. I did have the failure rate down to under 0.5% a couple of weeks back (see the vm16, bozo and bozo-laptop results), but we've gone backwards since then. I suspect most of these are QA regressions, rather than code regressions, but there is going to be a fair amount of slogging to get to the end of this. Any help with the "seems to be failing most places" cases would be appreciated (e.g. I think I've fixed 374 and 375 since these results were produced). ==== QA Summary ==== Date Run Pass Fail Nrun Host 2013-04-25 565 565 0 34|bozo PCP 3.8.0 x86_64 Ubuntu 12.10 2013-04-19 562 562 0 37|bozo-laptop PCP 3.7.2 i686 Ubuntu 12.10 2013-05-08 542 503 39 66|comma PCP 3.8.0 i386 Darwin 10.8.0 2013-05-09 507 494 13 56|grundy PCP 3.8.0 ia64 SUSE SLES11 SP1 2013-05-08 561 557 4 47|vm00 PCP 3.8.0 x86_64 Ubuntu 12.04 2013-05-08 569 550 19 39|vm01 PCP 3.8.0 i686 Ubuntu 12.10 2013-05-08 561 546 15 47|vm02 PCP 3.8.0 i686 openSUSE 12.1 2013-05-08 561 550 11 47|vm03 PCP 3.8.0 x86_64 Fedora 18 2013-05-08 557 535 22 51|vm04 PCP 3.8.0 i586 CentOS 5.9 2013-05-08 542 521 21 66|vm05 PCP 3.8.0 i486 Gentoo 2.0.3 2013-05-08 570 553 17 38|vm07 PCP 3.8.0 x86_64 Debian 6.0.5 2013-05-08 561 543 18 47|vm11 PCP 3.8.0 i586 Debian 6.0.7 2013-05-08 557 537 20 51|vm12 PCP 3.7.2 i686 Fedora 17 2013-05-08 562 546 16 46|vm14 PCP 3.8.0 x86_64 CentOS 6.3 Daily runs, but no QA |vm15 PCP 3.7.1 x86_64 Slackware 13.37.0 2013-04-24 503 502 1 51|vm16 PCP 3.8.0 x86_64 MandrivaLinux 2011.0 2013-05-08 561 546 15 47|vm18 PCP 3.7.2 x86_64 LinuxMint 12 2013-05-08 558 543 15 50|vm19 PCP 3.8.0 x86_64 openSUSE 12.2 Summary: 9399 run, 246 failed (2.62%) ==== QA Failure Map ==== Host co gr 00 01 02 03 04 05 07 11 12 14 16 18 19 QA QA QA groups (A. ==> pmda.) 000 X 000 other pmcd 023 X 023 pmcd pmprobe 024 X X 024 context context_local 051 X X X X X X X X X 051 pmcd 062 X 062 pmcd 088 X 088 archive pmval 110 X X X X X X X X X X X X 110 A.simple A.proc A.install 116 X X 116 other pmie pmval pmlc 162 X X X X X X X X X X X X 162 pmda A.proc A.shping A.install 187 X 187 pmcd pmlogger pmstore 244 X 244 pmcd pmprobe 255 X X X X X X X X X X X X 255 compat pmda A.proc help A.install A.simple 322 X 322 pmlc pmlogger 339 X 339 pmie 359 X 359 pmcd pminfo 360 X 360 pmie 367 X X X X X X X X X X 367 pdu trace 371 X X X X X X X X X X X X X X 371 pmimport pmdumplog perl 372 X 372 pmimport pmdumplog perl 373 X 373 pmimport perl 374 X X X X X X X X X X X 374 pmlc pmlogger 375 X X X X X X X X X X X 375 pmlc pmlogger 381 X 381 logutil pmlc 387 X 387 pmns mem_leak valgrind 388 X 388 archive mem_leak valgrind 391 X 391 archive mem_leak valgrind 393 X X 393 archive mem_leak valgrind 394 X X 394 archive mem_leak valgrind 395 X 395 archive mem_leak valgrind 400 X 400 pminfo mem_leak valgrind context_local libpcp event 411 X X X X X X X X X X X X 411 A.simple A.install 416 X 416 A.news dbpmda perl 430 X 430 logutil folio 444 X 444 event 449 X 449 threads 459 X X X 459 pmlogreduce valgrind 461 X 461 A.logger A.install event 507 X X 507 other 510 X 510 pmlogger 511 X 511 pmimport pmdumplog pmlogsummary perl 513 X X X X X X X 513 libpcp pdu 514 X 514 pmie 515 X 515 pmie 518 X 518 other 520 X 520 pmie 523 X 523 pmie 526 X X X 526 pmimport 532 X X 532 logutil pmlogextract 555 X 555 pmie 560 X X X X X X X X X X X X 560 A.simple A.install 572 X X X X X X X X X X X X 572 pmcd pmda A.install A.sample A.simple A.trivial 578 X X X X X X X X X X X X 578 pmcd A.install pmval 635 X 635 A.linux libirixpmda 642 X X X X X X X X X X X X 642 A.trivial pmns A.simple A.sample A.sendmail trace 652 X 652 A.systemd event 653 X 653 libpcp 706 X 706 libpcp 707 X 707 python libpcp 708 X 708 python pmimport 709 X X X X X X X X X 709 python 710 X 710 python pmimport 712 X X X 712 context libpcp pmcd 713 X X X X 713 context libpcp pmproxy 714 X X X 714 context libpcp pmcd 715 X X X X X X X X X X X X 715 A.simple perl 716 X 716 dbpmda A.simple perl Host co gr 00 01 02 03 04 05 07 11 12 14 16 18 19 From fche@redhat.com Wed May 8 17:48:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6ADCB29E15 for ; Wed, 8 May 2013 17:48:00 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 589188F8050 for ; Wed, 8 May 2013 15:48:00 -0700 (PDT) X-ASG-Debug-ID: 1368053276-04cb6c53a113aaf0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 1RU4PeoK0dcgUbAD for ; Wed, 08 May 2013 15:47:56 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r48MlqGM002047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 May 2013 18:47:52 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r48MlpYi019917; Wed, 8 May 2013 18:47:52 -0400 Received: by fche.csb (Postfix, from userid 2569) id 5E6C758D14; Wed, 8 May 2013 18:47:51 -0400 (EDT) To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - assorted non-trivial changes References: <518ABC53.2090207@internode.on.net> X-ASG-Orig-Subj: Re: pcp updates - assorted non-trivial changes From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 08 May 2013 18:47:51 -0400 In-Reply-To: <518ABC53.2090207@internode.on.net> (Ken McDonell's message of "Thu, 09 May 2013 06:57:55 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368053276 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Ken - kenj wrote: > [...] > And I suspect Frank may want to have a discussion about the mode 1777 directories change. Yup! > commit ba9904e69067ded451e632938a4f27cdf76fbcfc > Author: Ken McDonell > Date: Wed May 8 16:29:21 2013 +1000 > > Non-root PMDA access control changes > > PMDAs may run as root, or the user pcp, or some other user and/or > group (e.g. the dbms PMDAs). > > There are two places an arbitrary PMDA needs to be able to write > 1) $PCP_LOG_DIR/pmcd to create its log file, and > 2) (optionally) $PCP_VAR_DIR/config/pmda to manage any persistant > instance domain cache files > > Both directories need to be mode 1777, but because packaging > restrictions may get in the way, we uncoditionally set the mode > on these two directories in the pmcd start up script. > > Some PMDAs may need to take additional care with ownership of > their indom cache files, as the simple PMDA's Install script > demonstrates. There are a couple of problems with this. The worst one is that these 1777 directories open up the system to interference from malicious local users, leading to DoS or worse. If these PMDAs really must run under userids that can't share a supplemental group (to allow 0770 privileges), then perchance have the pmda/Install files create a config/pmda/$PMDA or log/pmcd/$PMDA subdirectory for each, with proper permissions. More work, but it's Righter. Also, rc.d/init.d files should not chmod files or directories at run time. Permissions should be set by the installation scripts, and maintained thence; else routine package-verification will fail and set off alarms. - FChE From nscott@redhat.com Wed May 8 18:32:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3997F29E15 for ; Wed, 8 May 2013 18:32:27 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 08C558F8050 for ; Wed, 8 May 2013 16:32:23 -0700 (PDT) X-ASG-Debug-ID: 1368055942-04bdf042251430c0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id SAUjOazPy3k762Py for ; Wed, 08 May 2013 16:32:22 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r48NWGE5011531; Wed, 8 May 2013 19:32:17 -0400 Date: Wed, 8 May 2013 19:32:16 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <609043278.13237427.1368055936883.JavaMail.root@redhat.com> In-Reply-To: <518ABC53.2090207@internode.on.net> References: <518ABC53.2090207@internode.on.net> Subject: Re: [pcp] pcp updates - assorted non-trivial changes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - assorted non-trivial changes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - assorted non-trivial changes Thread-Index: YhTa+MAsMHS5953PCfUHzKFF8cHO3w== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368055942 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130402 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 ----- > With these changes I'm almost back to being able to build packages on all my > QA platforms and starting some QA runs. Thanks! > It would be really good if someone with Python expertise reviewed the Python > changes. > ... > The python build was broken in two ways: > - if PCP is not already installed, then the -L options passed > through via SETUP_PY_BUILD_OPTIONS += --library-dirs... named > one directory that did not exist, rather than all the library > directorties Hmmm - when I tried the colon-separated library dirs, it didn't work. Which directory did not exist? (src/lib?) If this does indeed work, which it appears too ... (?) ... we should remove my workaround which was the src/lib approach. I'll look into that - thanks. > - to build pmda.c you need to link with -lpcp_pmda _and_ -lpcp Good catch, fix looks good. > > Non-root PMDA access control changes > > PMDAs may run as root, or the user pcp, or some other user and/or > group (e.g. the dbms PMDAs). > > There are two places an arbitrary PMDA needs to be able to write > 1) $PCP_LOG_DIR/pmcd to create its log file, and This should not be the case ... agents create their log files before they drop privileges. Ah, is this the pmcd-sighup case coming back to haunt us? I can't foresee any reason why Franks suggestion of making these dirs group-writable by the "pcp" group would not work ... any thoughts? > 2) (optionally) $PCP_VAR_DIR/config/pmda to manage any persistant > instance domain cache files > > Both directories need to be mode 1777, but because packaging > restrictions may get in the way, we uncoditionally set the mode > on these two directories in the pmcd start up script. > > Some PMDAs may need to take additional care with ownership of > their indom cache files, as the simple PMDA's Install script > demonstrates. I've pulled in your commits so we're all sync'd up again, given we're running up to our 3.8.0 release goal timeframe - but this change does seem problematic & if we can go for group-writable on these dirs, I'd vote for that instead. cheers. -- Nathan From nscott@redhat.com Wed May 8 19:03:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 826FF29E15 for ; Wed, 8 May 2013 19:03:33 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 600448F8050 for ; Wed, 8 May 2013 17:03:30 -0700 (PDT) X-ASG-Debug-ID: 1368057808-04cbb05fe513f9f0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 9tUoQvczObQ2Xuye for ; Wed, 08 May 2013 17:03:28 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4903RoD015984 for ; Wed, 8 May 2013 20:03:27 -0400 Date: Wed, 8 May 2013 20:03:27 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1064652911.13243308.1368057807393.JavaMail.root@redhat.com> Subject: pcp updates: kenj merge + a revert MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj merge + a revert Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj merge + a revert Thread-Index: wM94Y+ZaoM3zQ8Z3GOAipME4OEG+Ng== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368057808 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130404 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/GNUmakefile | 8 ++++---- src/include/builddefs.in | 11 ----------- src/lib/.gitignore | 4 ---- src/lib/GNUmakefile | 27 --------------------------- src/libpcp/src/.gitignore | 1 - src/libpcp/src/GNUmakefile | 19 +++---------------- src/libpcp_gui/src/.gitignore | 1 - src/libpcp_gui/src/GNUmakefile | 17 ++--------------- src/libpcp_import/src/.gitignore | 1 - src/libpcp_import/src/GNUmakefile | 18 ++---------------- src/libpcp_mmv/src/.gitignore | 2 +- src/libpcp_mmv/src/GNUmakefile | 17 ++--------------- src/libpcp_pmda/src/.gitignore | 1 - src/libpcp_pmda/src/GNUmakefile | 15 ++------------- src/perl/LogImport/Makefile.PL | 4 ++-- src/perl/MMV/Makefile.PL | 4 ++-- src/perl/PMDA/Makefile.PL | 4 ++-- 17 files changed, 22 insertions(+), 132 deletions(-) commit 871f3402ebfd6b51e7e993492753cb8b66f6cba9 Author: Nathan Scott Date: Thu May 9 09:46:12 2013 +1000 Revert "Create a single directory housing links to critical libraries" This reverts commit a1b80950823beecc9d57ec106a011f05be5f57e0. Ken found a much simpler way, go with that instead of this workaround. From kenj@internode.on.net Wed May 8 21:23:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D975D29DF8 for ; Wed, 8 May 2013 21:23:03 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id B67D08F8049 for ; Wed, 8 May 2013 19:23:00 -0700 (PDT) X-ASG-Debug-ID: 1368066178-04cb6c53a3143ae0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id YaC0okCjfkX3pdFk for ; Wed, 08 May 2013 19:22:58 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoMSAMAHi1FuIIHlPGdsb2JhbAANPwaLNLRagmSBEgMBAQEBOIJUAQEBAwE4QQULCxgJJQ8CMhQGDQEHAQGIAq86kX6OAoEmB4NVA6wC Received: from d110-32-129-229.sun800.vic.optusnet.com.au (HELO [192.168.1.19]) ([110.32.129.229]) by ipmail05.adl6.internode.on.net with ESMTP; 09 May 2013 11:52:57 +0930 Message-ID: <518B087D.702@internode.on.net> Date: Thu, 09 May 2013 12:22:53 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - assorted non-trivial changes References: <518ABC53.2090207@internode.on.net> X-ASG-Orig-Subj: Re: pcp updates - assorted non-trivial changes In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1368066178 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130414 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header G'day Frank. On 09/05/13 08:47, Frank Ch. Eigler wrote: > ... > There are a couple of problems with this. The worst one is that these > 1777 directories open up the system to interference from malicious > local users, leading to DoS or worse. Given that /var/tmp and /tmp and at least half a dozen other directories I can find on my system are likely to exist and be mode 1777, the evil ones already have ample opportunity even if PCP is not installed. I am not strongly persuaded by this argument I'm afraid. Also we already have /var/tmp/pmlogger and /var/tmp/mmv that are mode 1777 and there is no Plan B that is possible for these (the pmlogger one is not negotiable as any uid can launch pmlogger, e.g. "Record" mode for gui tools, the mmv one I'm less sure on). But from a philosophical view, I agree using group and user permissions would be cleaner for the PMDA logs and indom cache files. > If these PMDAs really must run > under userids that can't share a supplemental group (to allow 0770 > privileges), then perchance have the pmda/Install files create a > config/pmda/$PMDA or log/pmcd/$PMDA subdirectory for each, with proper > permissions. More work, but it's Righter. Some DB APIs have (at least in the past) relied on some db-group permissions, so we may not have the freedom to mandate running as gid pcp. But, I do agree that since the PMDA Install script runs as root, it should be able to create/chmod/chown the relevant files to match any unusual PMDA permissions situations. I guess we could try the group permissions thing ... first change would need to be adding setgid in the same place we call setuid in libpcp. And pmcd will drop its privileges to pcp:pcp. This needs to be done _before_ any PMDA is launched so that the PMDA's see the same initial privileges independent of when they are started ... /etc/init.d/pmcd start time has to be the same as a PMDA Install, or PMDA Remove, or SIGHUP to pmcd. Then any PMDA that is not happy running as pcp:pcp would need to be a non-DSO PMDA, running a setuid (and/or less likely setgid) binary to change the privileges. I am not sure what to do here in the 3.8.0 timeframe. > Also, rc.d/init.d files should not chmod files or directories at run > time. Permissions should be set by the installation scripts, and > maintained thence; else routine package-verification will fail and set > off alarms. > This is a different can of worms! 1. some packaging systems enforce permissions and uid/gid rules that are not consistent with our needs ... so we need to gather all these up and replicate the patch up logic in _all_ the package post-install scripts. 2. some packaging systems don't honour changes in permissions and uid/gid from the package when these are different to permissions and uid/gid settings of an already installed file or directory. 3. some of our directories are created on the fly and not included in the packages ... this is almost certainly wrong. This is why we have "fix up" logic in the rc scripts. All this is fixable (1. would fix 2., 3. _could_ be done independently), but based on previous experience very risky (we need full coverage of the upgrade and virgin install matrix) ... I think we should consider this for some release post 3.8.0 If we can agree on a plan of attack for these items, I'll do the bugzilla legwork for the consequent backlog issues. From fche@redhat.com Wed May 8 21:43:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D234B29DF8 for ; Wed, 8 May 2013 21:43:26 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id AE062304051 for ; Wed, 8 May 2013 19:43:26 -0700 (PDT) X-ASG-Debug-ID: 1368067402-04bdf0422414c8f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id P0Dl5RCN8TprGFbh for ; Wed, 08 May 2013 19:43:23 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r492hJPV020575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 May 2013 22:43:19 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r492hJ2D012826; Wed, 8 May 2013 22:43:19 -0400 Received: by fche.csb (Postfix, from userid 2569) id 77D9958D14; Wed, 8 May 2013 22:43:18 -0400 (EDT) Date: Wed, 8 May 2013 22:43:18 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - assorted non-trivial changes Message-ID: <20130509024318.GA19133@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - assorted non-trivial changes References: <518ABC53.2090207@internode.on.net> <518B087D.702@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <518B087D.702@internode.on.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368067402 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 Thu, May 09, 2013 at 12:22:53PM +1000, Ken McDonell wrote: > [...] > Given that /var/tmp and /tmp and at least half a dozen other directories > I can find on my system are likely to exist and be mode 1777, the evil > ones already have ample opportunity even if PCP is not installed. I am > not strongly persuaded by this argument I'm afraid. Normally, mildly sensitive stuff is put under /tmp/SUBDIRECTORY, whose own permissions are not 1777. > Also we already have /var/tmp/pmlogger and /var/tmp/mmv that are mode > 1777 and there is no Plan B that is possible for these (the pmlogger one > is not negotiable as any uid can launch pmlogger, e.g. "Record" mode for > gui tools, the mmv one I'm less sure on). (Could these programs not log to some $HOME/.pcp directory? Why should they be system-wide?) > [...] > Some DB APIs have (at least in the past) relied on some db-group > permissions, so we may not have the freedom to mandate running as gid pcp. (Please keep in mind *supplementary* group memberships, not gid pcp.) > [...] > >Also, rc.d/init.d files should not chmod files or directories at run > >time. Permissions should be set by the installation scripts, and > >maintained thence; else routine package-verification will fail and set > >off alarms. > > This is a different can of worms! > > 1. some packaging systems enforce permissions and uid/gid rules that are > not consistent with our needs ... so we need to gather all these up and > replicate the patch up logic in _all_ the package post-install scripts. Can you give an example? > 2. some packaging systems don't honour changes in permissions and > uid/gid from the package when these are different to permissions and > uid/gid settings of an already installed file or directory. Can you give an example? > 3. some of our directories are created on the fly and not included in > the packages ... this is almost certainly wrong. Right, among other things it complicates clean uninstallation. - FChE From kenj@internode.on.net Wed May 8 22:03:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C79C129DF8 for ; Wed, 8 May 2013 22:03:58 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 470D7AC002 for ; Wed, 8 May 2013 20:03:55 -0700 (PDT) X-ASG-Debug-ID: 1368068632-04cb6c53a4145990001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id G7OqVAoHYGUQs5pC for ; Wed, 08 May 2013 20:03:53 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoUSAF8Ri1FuIIHlPGdsb2JhbAANRYs0tFyCZIESAwEBAQE4glQBAQEDAXgBEAsYCRYPCQMCAQIBMRQGDQEHAQEXh2uvO5ICjygHg1UDrAI Received: from d110-32-129-229.sun800.vic.optusnet.com.au (HELO [192.168.1.19]) ([110.32.129.229]) by ipmail05.adl6.internode.on.net with ESMTP; 09 May 2013 12:33:52 +0930 Message-ID: <518B1217.2020307@internode.on.net> Date: Thu, 09 May 2013 13:03:51 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - assorted non-trivial changes References: <518ABC53.2090207@internode.on.net> <518B087D.702@internode.on.net> <20130509024318.GA19133@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - assorted non-trivial changes In-Reply-To: <20130509024318.GA19133@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1368068632 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130416 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 09/05/13 12:43, Frank Ch. Eigler wrote: > ... >> Also we already have /var/tmp/pmlogger ... > > (Could these programs not log to some $HOME/.pcp directory? Why > should they be system-wide?) The pmlogger ones really have to be system-wide ... the whole (distributed) pmlc-pmcd_PMDA-pmlogger control infrastructure depends on pmcd.pmlogger.* metrics being available and reflecting the state of all pmloggers running on the local host. >> [...] >> Some DB APIs have (at least in the past) relied on some db-group >> permissions, so we may not have the freedom to mandate running as gid pcp. > > (Please keep in mind *supplementary* group memberships, not gid pcp.) Fair point. But I would be surprised if setgroups() is going to work on all the platforms we're aiming for ... a solution using just one group for a process would probably be preferable if we can devise one. >> ... >> 1. some packaging systems enforce permissions and uid/gid rules that are >> not consistent with our needs ... so we need to gather all these up and >> replicate the patch up logic in _all_ the package post-install scripts. > > Can you give an example? Here is a fragment of the Debian policy enforcer ... dh_fixperms makes all files in usr/share/doc in the package build directory (excluding files in the examples/ directory) be mode 644. It also changes the permissions of all man pages to mode 644. It makes all files be owned by root, and it removes group and other write permission from all files. It removes execute permissions from any libraries, headers, Perl modules, or desktop files that have it set. It makes all files in the standard bin and sbin directories, usr/games/ and etc/init.d executable (since v4). Finally, it removes the setuid and setgid bits from all files in the package. And I thing some of what we have today may even go back to the Irix packaging infrastructure. >> 2. some packaging systems don't honour changes in permissions and >> uid/gid from the package when these are different to permissions and >> uid/gid settings of an already installed file or directory. > > Can you give an example? Again from Debian (actually Ubuntu) I have seen behaviour that suggests this to be so (although I cannot prove it). I forced some mode 1777 directories into the tarball in the .deb package, installed the package and the modes of the directories were unchanged (although this will also have run the pre-install and post-install scripts, and our rc scripts before I checked the permissions on the directories). >> 3. some of our directories are created on the fly and not included in >> the packages ... this is almost certainly wrong. > > Right, among other things it complicates clean uninstallation. Nod. From mailer@nerdlab.co.za Wed May 8 22:48:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: **** X-Spam-Status: No, score=4.3 required=5.0 tests=HTML_IMAGE_RATIO_04, HTML_MESSAGE,MIME_HTML_ONLY 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 B1CC929DF8 for ; Wed, 8 May 2013 22:48:52 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 63CC88F8049 for ; Wed, 8 May 2013 20:48:47 -0700 (PDT) X-ASG-Debug-ID: 1368071323-04bdf0422614f510001-S8gJnT Received: from wnls-smtp2.wa.co.za (wnls-smtp2.wa.co.za [41.185.62.207]) by cuda.sgi.com with ESMTP id PXugOQt0ysMyUoXN for ; Wed, 08 May 2013 20:48:44 -0700 (PDT) X-Barracuda-Envelope-From: mailer@nerdlab.co.za X-Barracuda-Apparent-Source-IP: 41.185.62.207 Received: from localhost (unknown [127.0.0.1]) by wnls-smtp2.wa.co.za (Postfix) with ESMTP id A3FC34E4427 for ; Thu, 9 May 2013 03:54:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at wnls-smtp2.wa.co.za Received: from wnls-smtp2.wa.co.za ([127.0.0.1]) by localhost (wnls-smtp2.wa.co.za [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id miE6LXWrHx1B for ; Thu, 9 May 2013 05:54:44 +0200 (SAST) Received: from nerdlab.co.za (196-210-189-224.dynamic.isadsl.co.za [196.210.189.224]) by wnls-smtp2.wa.co.za (Postfix) with ESMTP id D32B44E447B for ; Thu, 9 May 2013 05:54:43 +0200 (SAST) Reply-To: info@nerdlab.co.za From: "Nerdlab Nerds" To: "pcp@oss.sgi.com" Message-ID: <5a5206e66d0146b7844e55fa441a262e@nerdlab.co.za> Date: Thu, 09 May 2013 05:55:56 +0200 Subject: NerdLab - Newsletter May MIME-Version: 1.0 X-ASG-Orig-Subj: NerdLab - Newsletter May Content-type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Barracuda-Connect: wnls-smtp2.wa.co.za[41.185.62.207] X-Barracuda-Start-Time: 1368071324 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.17 X-Barracuda-Spam-Status: No, SCORE=0.17 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_IMAGE_RATIO_04, HTML_MESSAGE, MIME_HTML_ONLY X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130418 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 MIME_HTML_ONLY BODY: Message only has text/html MIME parts 0.17 HTML_IMAGE_RATIO_04 BODY: HTML has a low ratio of text to image area 0.00 HTML_MESSAGE BODY: HTML included in message NerdLab - May Newsletter
3D"=

May News= letter

 

 

Date 2013/04/26 = / Publication 3

May 2013<= br>
With a blink of an eye we are already head strong on our way to= May=2E NerdLab would like to welcome back those fortunate enough to = have taken a break=2E While most enjoyed a well-deserved break NerdLa= b was hard at work ensuring that our clients were well looked after a= nd a lot of well-deserved maintenance were taken care of=2E
I would like to thank everyone at NerdLab for their hard work a= nd ensuring that our clients have had a 100% systems availability sin= ce the start of this year=2E
At NerdLab we will strive to maintain this level of service thr= oughout the year=2E
NerdLab would like to start May with specials and promotions=2E= In this edition we will focus on the best deals we can possibly give= our clients=2E A bit further down we will also be continuing on our = feature

"Ways to save your business money"

Ways to save your business money (continue) Today we are going to pick up where we left off in the March 2013=
News Letter=2E Before we do however let's recap last Tips=2E
1=2E Remote Assistance instead of on-site support
2=2E Automated reporting and maintenance systems
3=2E VoIP
4=2E Review your internet and ADSL accounts
5=2E Internet connectivity redundancy
May's Tips=2E
6=2E Reduction of Internet access to limit abuse and incr= ease productivity– With access to social media such= as Twitter, Facebook and others the time lost by a company due to th= eir employees abusing the corporate network to communicate, upload fi= les or to arrange outings in their personal capacity results into a h= uge financial loss to companies=2E By limiting this access a compan= y can increase productivity by 30 – 45%=2E Furthermore because = of the reduction in Internet traffic the rest of the corporate networ= k also sees a notable increase in speed=2E
7=2E Printer Management – not every empl= oyee in a company needs to print in colour=2E By limiting the default= settings of the printer a company can save money on running expenses= =2E Further to this by enabling tracking on the printer a company can= pull reports on which department and which user prints in colour and= also the volumes printed in colour=2E By limiting the access to colo= ur printing or enabling reports discourages users to print irreleva= nt documents=2E
8=2E Utilizing devices to their full potential &= ndash; most devices today have multiple functions=2E For example: a = multifunction printer can have the ability to fax via the network or= to have faxes sent directly to an individual’s email box=2E By= utilizing these features a company can save on toner/ink and on pa= per=2E Further to not having the faxes printed at the
office, the person responsible for this can have access to that=20 feature as long as they have access to their email=2E=20 This is only one example however=2E There is a number of=20 ways to maximize utilization of computer equipment in the=20 workplace=2E
9=2E Consider the warranty of the products you purchase – more often than what I care to report I have arrived at= a client=20 that reports to me that a computer has just broken down=2E After=20 exhausting all troubleshooting techniques it is established that = the=20 device has either a dead component or that the entire machine is =
dead=2E This problem can easily be resolved with a relevant=20 warranty claim=2E However more often than not it was never=20 purchased or it is just outside of the standard warranty cover=2E=
Most reputable brands such as Dell, HP and others allows you to p= urchase an additional warranty on their products which covers you in = the event of a failure up to 3 years=2E As an added benefit they also= offer onsite warranty claims as well as 4 hour response and next bus= iness day response=2E
This ensures that the problem is fixed in the comfort of your hom= e or office and also increases the standard warranty to a 2 or 3 year= warranty=2E
10=2E Moving to hosted services instead of onsite servers= – a lot of companies are burdened with extreme IT equip= ment and licensing costs=2E Many SME’s are faced having to ma= ke a choice between technology that will benefit their business such = as Lync, Exchange and SharePoint=2E Not only are these technologies e= xpensive to purchase licensing of these products can escalate to R 10= 0 000 or more for a company employing between 50 and 150 users=2E
Keep in mind that most Microsoft products have CALs (Client Acces= s License) you need to purchase in order for you to use the software = legally, every user requires a license for every product that is in= stalled and available to the user=2E
By moving to a hosted solution you pay a monthly rental and you n= o longer to purchase a license for every product you use or have acce= ss to=2E You will only have to purchase a license for every user on= your network for what is available on your local network=2E In this = way a hosted solution often saves SME companies a lot of money while = ensuring that the administrative burden is also shifted from the SME = to the service provider=2E
NerdLab can assist in all the above and many other ways t= o increase productivity and reduce costs=2E
 

NerdLab= offers a full range of services to the SME market=2E Amongst that list= of services are=2E

1=2E Microsoft Small Business Support and Imple= mentation
2=2E Backup and Disaster Recovery Management
3=2E Network Optimization, Design and Installations
4=2E Network Security Design and Implementation=2E
5=2E Microsoft Server Administration
6=2E Enterprise Linux Administration
7=2E Apple Server Administration
8=2E Server Migration Services
9=2E Software and Hardware Sales
10=2E Remote Support
11=2E Complete ICT Monitoring Solutions
12=2E Consumable Sales
13=2E Data Recovery
14=2E Email and Website Hosting
15=2E Hosted Solutions

Contact us for a Free Network Assessment=2E

DSL Product Specials
Home Uncapped DSL Packages
1 Mb @ R 179 + Line Rental =3D R 329
2 Mb @ R 239 + Line Rental =3D R 489
4 Mb @ R 339 + Line Rental =3D R 739
10 Mb @ R 699 + Line Rental =3D R 1099
Billed monthly in advance=2E
Business Uncapped DSL Packages
1 Mb @ R 299 + Line Rental =3D R 449
2 Mb @ R 549 + Line Rental =3D R 799
4 Mb @ R 849 + Line Rental =3D R 1249
10 Mb @ R 399 + Line Rental =3D R 1799
Billed monthly in advance=2E
Capped DSL Packages from R29/month for 2GB

Windows and Linux Website Hosting from R79/month

Email Hosting from R59/month and includes the first three email a= ddresses

=

NerdLab would like to introduce a Future IT Specialist=2E Zuhandr&u= acute; Wilsenach was born on 5 March 2013 at 06h15=2E Weighed a healt= hy 3=2E3Kg and 52cm long=2E Although doctors can still only guess these= days our supposed girl was born a boy and hopefully the rest of his = life will also only be filled with pleasant surprises=2E From the NerdL= ab Nerds welcome to what is known as the world and give your Mom and = Dad hell=2E

Contact Us

Address
84 Germains Avenue
Brakpan
1540

Office
Land Line=2E +27 (11) 740-1661
Cell Phone +27 (76) 833-5411
Fax +27 (86) 607-6899

Info Email info@nerdlab=2Eco=2Eza
Support Email support@nerdlab=2Eco=2Eza

(S) nerdlab_jhb
(T) @NerdLabJHB
(F) NerdLab
(W) www=2Enerdlab=2Eco=2Eza<= /a>
Copyright © NerdLab CC           &nbs= p;                   &nb= sp;             &n= bsp; Designed by - NerdLab CC Web Development Team


= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
THIS IS AN AUTOMATED MESSAGE PLEASE DO NOT REPLY
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D
Manage your online subscriptions at
http:= //mailer=2Enerdlab=2Eco=2Eza/user-login=2Easpx

To Unsubscribe from this list please follow this link
http://mailer=2E= nerdlab=2Eco=2Eza/user-unsubscribe=2Easpx?s=3D136369&l=3D6&e=3Dpcp@oss=2E= sgi=2Ecom&p=3Dpcp97565



From nscott@redhat.com Wed May 8 22:50:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 39F5829DF8 for ; Wed, 8 May 2013 22:50:28 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 19873304032 for ; Wed, 8 May 2013 20:50:28 -0700 (PDT) X-ASG-Debug-ID: 1368071426-04cbb05fe2149bc0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id yXfoDeAnSVDy4rD6 for ; Wed, 08 May 2013 20:50:26 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r493oDBE018361; Wed, 8 May 2013 23:50:13 -0400 Date: Wed, 8 May 2013 23:50:13 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: "Frank Ch. Eigler" , pcp@oss.sgi.com Message-ID: <1246431712.13285602.1368071413869.JavaMail.root@redhat.com> In-Reply-To: <518B087D.702@internode.on.net> References: <518ABC53.2090207@internode.on.net> <518B087D.702@internode.on.net> Subject: Re: [pcp] pcp updates - assorted non-trivial changes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - assorted non-trivial changes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - assorted non-trivial changes Thread-Index: FVQ8E0TqzoRHl0RsC94w4CK/lbVQTQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368071426 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130420 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > ... > > I guess we could try the group permissions thing ... first change would > need to be adding setgid in the same place we call setuid in libpcp. It does a setgid now - src/libpcp/src/util.c::__pmSetProcessIdentity > And pmcd will drop its privileges to pcp:pcp. This needs to be done > _before_ any PMDA is launched so that the PMDA's see the same initial > privileges independent of when they are started ... /etc/init.d/pmcd > start time has to be the same as a PMDA Install, or PMDA Remove, or > SIGHUP to pmcd. > > Then any PMDA that is not happy running as pcp:pcp would need to be a > non-DSO PMDA, running a setuid (and/or less likely setgid) binary to > change the privileges. Hmmm - that cure (setuid pmdas) sounds alot worse than the disease! > I am not sure what to do here in the 3.8.0 timeframe. > > > Also, rc.d/init.d files should not chmod files or directories at run > > time. Permissions should be set by the installation scripts, and > > maintained thence; else routine package-verification will fail and set > > off alarms. > > > > This is a different can of worms! *nod* > 1. some packaging systems enforce permissions and uid/gid rules that are > not consistent with our needs ... so we need to gather all these up and > replicate the patch up logic in _all_ the package post-install scripts. > > 2. some packaging systems don't honour changes in permissions and > uid/gid from the package when these are different to permissions and > uid/gid settings of an already installed file or directory. > > 3. some of our directories are created on the fly and not included in > the packages ... this is almost certainly wrong. I'm not sure we have any in case #3 anymore ... which ones do you have in mind there? > This is why we have "fix up" logic in the rc scripts. > > All this is fixable (1. would fix 2., 3. _could_ be done independently), > but based on previous experience very risky (we need full coverage of > the upgrade and virgin install matrix) ... I think we should consider > this for some release post 3.8.0 > > If we can agree on a plan of attack for these items, I'll do the > bugzilla legwork for the consequent backlog issues. It seems we need to undo some of these changes that were pulled in earlier today, and re-group (heh) for a post 3.8.0 tilt at the issue? In the short-term, we could address the indom cache problem via some judicious Install script tweakery. In fact, I wonder if pmdaOpenLog could acquire a helper routine to ensure the log files it creates as root initially can be written to by whichever user the PMDA chooses to change-user to later? (and keep the status quo) Given the only PMDA that is seeing the cache issue is pmdasimple, and the default for out-of-tree PMDAs is to run-as-root still (hence no logfile permissions issues) ... it would seem there's no urgency to address this in 3.8.0 - a subsequent point release would be fine, no? cheers. -- Nathan From fche@redhat.com Thu May 9 06:53:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F34E029DF8 for ; Thu, 9 May 2013 06:53:31 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id D016E8F8033 for ; Thu, 9 May 2013 04:53:28 -0700 (PDT) X-ASG-Debug-ID: 1368100404-04cb6c53a115bbe0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id QGp0YgxF5TAH7Yqp for ; Thu, 09 May 2013 04:53:25 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r49BrLYJ030714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 May 2013 07:53:21 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r49BrKQV003660; Thu, 9 May 2013 07:53:20 -0400 Received: by fche.csb (Postfix, from userid 2569) id 0623558D15; Thu, 9 May 2013 07:53:19 -0400 (EDT) Date: Thu, 9 May 2013 07:53:19 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - assorted non-trivial changes Message-ID: <20130509115319.GB19133@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - assorted non-trivial changes References: <518ABC53.2090207@internode.on.net> <518B087D.702@internode.on.net> <20130509024318.GA19133@redhat.com> <518B1217.2020307@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <518B1217.2020307@internode.on.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368100404 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - On Thu, May 09, 2013 at 01:03:51PM +1000, Ken McDonell wrote: > [...] > > (Could these programs not log to some $HOME/.pcp directory? Why > > should they be system-wide?) > The pmlogger ones really have to be system-wide ... the whole > (distributed) pmlc-pmcd_PMDA-pmlogger control infrastructure depends > on pmcd.pmlogger.* metrics being available and reflecting the state > of all pmloggers running on the local host. That seems overly invasive for exposing data on private people running private pmloggers for their private purposes. Can't this be opt-in, or depend on userid? Is it even safe for a system daemon to trust & rebroadcast data from some random unprivileged pmlogger? > >> 1. some packaging systems enforce permissions and uid/gid rules that are > >> not consistent with our needs ... so we need to gather all these up and > >> replicate the patch up logic in _all_ the package post-install scripts. > > > > Can you give an example? > > Here is a fragment of the Debian policy enforcer ... > > dh_fixperms makes all files in usr/share/doc in the package build > directory (excluding files in the examples/ directory) be mode 644. It > also changes the permissions of all man pages to mode 644. It makes all > files be owned by root, and it removes group and other write permission > from all files. [...] That sounds like debian removes group-write permissions from all files, which would be surprising. The bulk of the items seem like sound canonicalization from a security/consistency perspective. > >> 2. some packaging systems don't honour changes in permissions and > >> uid/gid from the package when these are different to permissions and > >> uid/gid settings of an already installed file or directory. > > > > Can you give an example? > [...] I forced some mode 1777 directories into the tarball in the > .deb package, installed the package and the modes of the directories > were unchanged (although this will also have run the pre-install and > post-install scripts, and our rc scripts before I checked the > permissions on the directories). It sounds like the debian one-time post-install scripts would be the place to set permissions that are not-quite-right after untarring, rather than the system reboot-time rc files. - FChE From jobsadecv@integra.com.sv Thu May 9 08:50:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C641429DF8 for ; Thu, 9 May 2013 08:50:08 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id A379F8F8050 for ; Thu, 9 May 2013 06:50:05 -0700 (PDT) X-ASG-Debug-ID: 1368107402-04cbb05fe3165f90001-S8gJnT Received: from integra.com.sv (im1.integra.com.sv [168.243.220.234]) by cuda.sgi.com with ESMTP id 9jxBCqW7AlEa76MP (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 09 May 2013 06:50:03 -0700 (PDT) X-Barracuda-Envelope-From: jobsadecv@integra.com.sv X-Barracuda-Apparent-Source-IP: 168.243.220.234 Received: from ([110.174.240.125]) by im1.integra.com.sv with ESMTP id 8Q3MQH1.263770097; Thu, 09 May 2013 07:42:41 -0600 Message-ID: <3B66F85928764364B92FF8A590FCBD00@dkuhcx> Reply-To: "fox9191-92" From: "fox9191-92" To: , , , , Subject: =?iso-8859-5?B?3Njb3uHi2NLeIN/g3ujjIN3QIN3Q6CDh0NniLiCy?= =?iso-8859-5?B?0Nwg3+DY09vv3dXi4e8g4t4g4N7S3d4gsusg3dAg?= =?iso-8859-5?B?3dXcIOPS2NTY4tUu?= Date: Thu, 9 May 2013 16:48:49 +0300 X-ASG-Orig-Subj: =?iso-8859-5?B?3Njb3uHi2NLeIN/g3ujjIN3QIN3Q6CDh0NniLiCy?= =?iso-8859-5?B?0Nwg3+DY09vv3dXi4e8g4t4g4N7S3d4gsusg3dAg?= =?iso-8859-5?B?3dXcIOPS2NTY4tUu?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-5"; Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-esp: ESP<41>= RBL:<0> SHA:<0> SHA_FLAGS:<0> UHA:<10> ISC:<0> BAYES:<31> SenderID:<0> DKIM:<0> TS:<0> SIG:<> DSC:<0> TRU_spam1: <0> TRU_profanity_spam: <0> TRU_money_spam: <0> TRU_medical_spam: <0> TRU_urllinks: <0> URL Real-Time Signatures: <0> TRU_lotto_spam: <0> TRU_watch_spam: <0> TRU_scam_spam: <0> TRU_freehosting: <0> TRU_legal_spam: <0> TRU_adult_spam: <0> TRU_stock_spam: <0> TRU_playsites: <0> TRU_phish_spam: <0> X-Barracuda-Connect: im1.integra.com.sv[168.243.220.234] X-Barracuda-Start-Time: 1368107402 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130460 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- =E0=D0=D4=D8 =E2=D5=E5, =DA=E2=DE =D4=E3=DC=D0=D5=E2 =D4=DE=D1=EB=E2=EC =D2= =EB=E1=E8=E3=EE =DF=DE=DB=EC=D7=E3 http://bit.ly/102zyqf =BD=E3 =D0 =DC=DB=D0=D4=E8=D8=D9 =E1=E2=D0=DB =DD=D0=D3=DB=D5=E2=EC: From cpw@sgi.com Thu May 9 13:12:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 1772A29DF8 for ; Thu, 9 May 2013 13:12:05 -0500 (CDT) Received: from estes.americas.sgi.com (estes.americas.sgi.com [128.162.236.10]) by relay1.corp.sgi.com (Postfix) with ESMTP id DB6E58F8065; Thu, 9 May 2013 11:12:01 -0700 (PDT) Received: from eag09.americas.sgi.com (eag09.americas.sgi.com [128.162.232.15]) by estes.americas.sgi.com (Postfix) with ESMTP id C47FD700074C; Thu, 9 May 2013 13:12:01 -0500 (CDT) Received: from cpw by eag09.americas.sgi.com with local (Exim 4.69) (envelope-from ) id 1UaVJx-00054f-Pd; Thu, 09 May 2013 13:12:01 -0500 Date: Thu, 9 May 2013 13:12:01 -0500 From: Cliff Wickman To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Subject: Re: cannot find pcp user Message-ID: <20130509181201.GA19408@sgi.com> References: <20130506121816.GA10236@sgi.com> <20130506130846.GA1005@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130506130846.GA1005@redhat.com> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Hi Frank, and all, Re: [Fri May 3 17:07:18] pmcd(4510) Warning: cannot find the pcp user to switch to On Mon, May 06, 2013 at 09:08:46AM -0400, Frank Ch. Eigler wrote: > Hi - > > > [...] I take that to agree with you, that PCP is starting before > > NIS. But we haven't seen this before. [...] Unless it shortened PCP > > startup somehow and now it finishes before the network is > > initialized. > > Maybe the src/pmcd/rc_pmcd file's ordering/dependency comments are not > sufficient. Is there an authentication / network / NIS $value one can > plop into an init.d file on suse? > > - FChE It turns out that we have a user in our network with the ID of 'pcp'. I don't know what the solution to that is, but it's probably not something that you PCP folks need to worry about. Thx. -Cliff -- Cliff Wickman SGI cpw@sgi.com (651) 683-3824 From nscott@redhat.com Thu May 9 16:05:47 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 6D1F929DF8 for ; Thu, 9 May 2013 16:05:47 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id EC10AAC017 for ; Thu, 9 May 2013 14:05:43 -0700 (PDT) X-ASG-Debug-ID: 1368133539-04cb6c53a3174500001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 3H3EFvlbTn3RiG03; Thu, 09 May 2013 14:05:39 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r49L5c46021847; Thu, 9 May 2013 17:05:38 -0400 Date: Thu, 9 May 2013 17:05:38 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Cliff Wickman Cc: "Frank Ch. Eigler" , pcp@oss.sgi.com Message-ID: <140809196.13896861.1368133538775.JavaMail.root@redhat.com> In-Reply-To: <20130509181201.GA19408@sgi.com> References: <20130506121816.GA10236@sgi.com> <20130506130846.GA1005@redhat.com> <20130509181201.GA19408@sgi.com> Subject: Re: [pcp] cannot find pcp user MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] cannot find pcp user Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: cannot find pcp user Thread-Index: vTecLjgNwIHLSyhawvzP3FQYtYJZRg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368133539 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130488 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Cliff, ----- Original Message ----- > ... > It turns out that we have a user in our network with the ID of 'pcp'. > > I don't know what the solution to that is, but it's probably not > something that you PCP folks need to worry about. > Tweaking the configuration here might work for your case: $ grep PCP_USER /etc/pcp.conf PCP_USER=pcp There's some examples of setting up an appropriate user account in the spec files that you could use ... $ grep useradd git/pcp/build/rpm/fedora.spec | grep "pcp$" useradd -c "Performance Co-Pilot" -g pcp -d %{_localstatedir}/lib/pcp -M -r -s /sbin/nologin pcp cheers. -- Nathan From nscott@redhat.com Thu May 9 18:10:36 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A7A5929DF8 for ; Thu, 9 May 2013 18:10:36 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6E1E18F8096 for ; Thu, 9 May 2013 16:10:36 -0700 (PDT) X-ASG-Debug-ID: 1368141032-04bdf04225181950001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id ulviTnPuH1ERH4BR for ; Thu, 09 May 2013 16:10:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r49NATwX020847; Thu, 9 May 2013 19:10:29 -0400 Date: Thu, 9 May 2013 19:10:29 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , "Frank Ch. Eigler" , Dave Brolley Cc: PCP Mailing List Message-ID: <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> In-Reply-To: <5189E7B2.30501@internode.on.net> References: <51823EB3.1030003@internode.on.net> <851894341.11621320.1367881806756.JavaMail.root@redhat.com> <2055430036.11651048.1367887214801.JavaMail.root@redhat.com> <51889F39.8060206@internode.on.net> <86805787.12576575.1367970791260.JavaMail.root@redhat.com> <51899D55.20202@internode.on.net> <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> <5189E7B2.30501@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: f/Fdl/D9YiaWGXJY0jJWqWqqbshGNQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368141032 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130496 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 ----- > [off list] [back on list now, thanks for all those files] > My system is like this ... (authentication=3Dfalse and/or > secure_sockets=3Dfalse) may be clues to some of the failures. >=20 > $ pmconfig -L > pmapi_version=3D2 > multi_threaded=3Dtrue > fault_injection=3Dfalse > secure_sockets=3Dfalse > ipv6=3Dtrue > authentication=3Dfalse >=20 > Attached are all the .bad files and check.log. >=20 OK, here's my notes from looking through these failures. I've came back later and put a note with each as to who I think is/ might want to look further. 024 - mmv pmda coming & going ... think this is as a result of the earlier attempts to get consistent pmda setups for all tests? can we force mmv to always be there? (and dso) [at this stage, I've been assuming kenj'll tackle this] 051 - looks like fallout from the wildcard changes? specific to either your network or non-secure sockets though, as its passing for me? I'll do a non-secure-socket QA run today and send further mail as to which it is. [one for kenj/brolley to nut out?] 116 - your laptop was switched off! :) hah, my laptop is also my hyphen hostname host, and I get this too sometimes. [kenj] 359 - pmdasystemd failure - all metrics getting illegal pmid (this is notrun for me, I have no QA hosts sufficiently modern as yet - on the todo list, but wont happen overnight) [fche? - see test 652 as well, looks related] 367 - hmm, test has linked the wrong .out file ... should be using the exercising the auth PDU on PCP_380, which the test did, but compared to pre-3.8.0 .out file (367.out.1) - could be a bad localconfig here? passes for me. [setup issue - kenj?] 371 - this test is notrun for me (missing perl support module), hence I missed this. the test is creating archives with log import, but uses invalid metric names. according to pmns(4), components "must begin with an alphabetic character, and be followed by zero or more characters drawn from the alphabetics, the digits and the underscore =E2=80=98=E2=80=98_=E2=80=99=E2=80=99= ) character." so, good.pmid.1 is not valid. I'll update the test to use names like good.pmid.one and it will pass once more. [nathans] 374 - the .bad file you sent matches the expected output - this looks like it might be another case of localconfig not being correct? 375 - ditto 513 - and again (exercised the new auth PDU, but compared to older version of expected output) [setup issue - kenj?] 532 - pmlogger_daily - somehow a temp file not created (/tmp/pid.out.1) and several cascading errors resulted? passes for me though. [???] 652 - another systemd failure - oh, looks like the metrics changed (ISTR suggesting this) and perhaps the test was not updated? Lets prod Frank for his verdict, but this looks to me like a bad .out file. [fche - possibly just a qa/remake needed by kenj?] cheers. -- Nathan From wwwrun@oss.sgi.com Thu May 9 18:41:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 181B229E03; Thu, 9 May 2013 18:41:40 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 974] New: Installation issues when user "pcp" and/or group "pcp" already defined Date: Thu, 09 May 2013 23:41:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1368142900.7bEaFe42.15299"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368142900.7bEaFe42.15299 Date: Thu, 9 May 2013 18:41:40 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=974 Bug ID: 974 Summary: Installation issues when user "pcp" and/or group "pcp" already defined Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 942 Classification: Unclassified Reported by Cliff Wickman. If the "user" pcp (and/or group "pcp") is already defined then PCP does not install and run correctly. We already have $PCP_USER available in the build and at run-time, but this is not used in any of the installation, *_check and rc scripts where pcp:pcp is used literally as an argument to chown. $PCP_GROUP needs to be introduced and used in lieu of the group "pcp". And finally, we need some (new) way to allow a local administrator to over-ride the setting for $PCP_USER and $PCP_GROUP both at package installation time and at run-time. -- You are receiving this mail because: You are on the CC list for the bug. --1368142900.7bEaFe42.15299 Date: Thu, 9 May 2013 18:41:40 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 974
Summary Installation issues when user "pcp" and/or group "pcp" already defined
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 942
Classification Unclassified 

Reported by Cliff Wickman.

If the "user" pcp (and/or group "pcp") is already defined then PCP does not
install and run correctly.

We already have $PCP_USER available in the build and at run-time, but this is
not used in any of the installation, *_check and rc scripts where pcp:pcp is
used literally as an argument to chown.

$PCP_GROUP needs to be introduced and used in lieu of the group "pcp".

And finally, we need some (new) way to allow a local administrator to over-ride
the setting for $PCP_USER and $PCP_GROUP both at package installation time and
at run-time.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368142900.7bEaFe42.15299-- From wwwrun@oss.sgi.com Thu May 9 18:41:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 59D7B29E06; Thu, 9 May 2013 18:41:40 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 942] Wish List / Backlog / RFEs Date: Thu, 09 May 2013 23:41: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: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1368142900.fCcEAe1F4.15299"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368142900.fCcEAe1F4.15299 Date: Thu, 9 May 2013 18:41:40 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=942 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |974 -- You are receiving this mail because: You are on the CC list for the bug. --1368142900.fCcEAe1F4.15299 Date: Thu, 9 May 2013 18:41:40 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 942
What Removed Added
Depends on   974

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368142900.fCcEAe1F4.15299-- From kenj@internode.on.net Thu May 9 18:44:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3AF6D29DF8 for ; Thu, 9 May 2013 18:44:03 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 285F730406B for ; Thu, 9 May 2013 16:43:59 -0700 (PDT) X-ASG-Debug-ID: 1368143034-04cbb05fe41825a0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id tmWN5UNPlWLkpfSU for ; Thu, 09 May 2013 16:43:55 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqASAOszjFEBmIfgPGdsb2JhbAANRYM+wA6BEQMBAQEBOIJUAQEBBDhAEQsNCwkWDwkDAgECATEUEwgBAReHfat0kiWPLxaDPwOBTJwZjh0 Received: from unknown (HELO [10.96.48.128]) ([1.152.135.224]) by ipmail04.adl6.internode.on.net with ESMTP; 10 May 2013 09:13:54 +0930 Message-ID: <518C34B9.4040002@internode.on.net> Date: Fri, 10 May 2013 09:43:53 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] cannot find pcp user References: <20130506121816.GA10236@sgi.com> <20130506130846.GA1005@redhat.com> <20130509181201.GA19408@sgi.com> X-ASG-Orig-Subj: Re: [pcp] cannot find pcp user In-Reply-To: <20130509181201.GA19408@sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368143034 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130498 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 10/05/13 04:12, Cliff Wickman wrote: > > It turns out that we have a user in our network with the ID of 'pcp'. > > I don't know what the solution to that is, but it's probably not > something that you PCP folks need to worry about. Thanks for the diagnosis Cliff. This _is_ something we need to worry about. See http://oss.sgi.com/bugzilla/show_bug.cgi?id=974 From kenj@internode.on.net Thu May 9 18:56:02 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C3D0229DF8 for ; Thu, 9 May 2013 18:56:02 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5A6B2AC001 for ; Thu, 9 May 2013 16:56:02 -0700 (PDT) X-ASG-Debug-ID: 1368143759-04cbb05fe2182dc0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 0OdYTmoIu0FEaiYn for ; Thu, 09 May 2013 16:56:00 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArMSALc2jFEBmNBePGdsb2JhbAANQwKLNLUzgmWBEAMBAQEBOIJUAQEBBDhAARALDQsJDQkPCQMCAQIBMRQGDQEHAQG0C5ImjygHEguDOAOdZY4dgWA Received: from unknown (HELO [10.96.48.128]) ([1.152.208.94]) by ipmail06.adl6.internode.on.net with ESMTP; 10 May 2013 09:25:58 +0930 Message-ID: <518C3782.1050808@internode.on.net> Date: Fri, 10 May 2013 09:55:46 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - assorted non-trivial changes References: <518ABC53.2090207@internode.on.net> <518B087D.702@internode.on.net> <20130509024318.GA19133@redhat.com> <518B1217.2020307@internode.on.net> <20130509115319.GB19133@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - assorted non-trivial changes In-Reply-To: <20130509115319.GB19133@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1368143760 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130500 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 09/05/13 21:53, Frank Ch. Eigler wrote: > ... > That seems overly invasive for exposing data on private people running > private pmloggers for their private purposes. Can't this be opt-in, > or depend on userid? ... It could be, but that was not in scope 10 years ago when this was designed and built ... 8^)> When we get secure and authenticated services working for client-pmcd connections we probably should visit the pmlc-pmlogger connections as well, although the number of people using pmlc is (I am pretty sure) very small. > ... Is it even safe for a system daemon to trust & > rebroadcast data from some random unprivileged pmlogger? The data from the pmlogger that is available from pmcd is minimalist ... see pminfo -T pmcd.pmlogger ... I doubt that there is much cause for concern there. Note that all of these issues need to be repeated for pmie and the pmcd.pmie.* metrics. > ... > It sounds like the debian one-time post-install scripts would be the > place to set permissions that are not-quite-right after untarring, > rather than the system reboot-time rc files. Agreed, but we're back to QA effort and risk for a 3.8.0 release. From kenj@internode.on.net Thu May 9 19:04:01 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 363C929DF8 for ; Thu, 9 May 2013 19:04:01 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1555A304087 for ; Thu, 9 May 2013 17:03:57 -0700 (PDT) X-ASG-Debug-ID: 1368144235-04cbb05fe4183330001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id MCw1s5eUNvjicM9R for ; Thu, 09 May 2013 17:03:56 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArkSAN03jFEBmP8qPGdsb2JhbAANRYM+gzyEOrgYgREDAQEBATiCVAEBAQMBI1UBBQcECw0LAgIFFgsCAgkDAgECATEUBg0BBwEBiAKsCXKRNIEmjgIHgkKBEwOYUoUTjh0 Received: from unknown (HELO [10.96.48.128]) ([1.152.255.42]) by ipmail07.adl2.internode.on.net with ESMTP; 10 May 2013 09:33:21 +0930 Message-ID: <518C3947.5020608@internode.on.net> Date: Fri, 10 May 2013 10:03:19 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: "Frank Ch. Eigler" , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - assorted non-trivial changes References: <518ABC53.2090207@internode.on.net> <518B087D.702@internode.on.net> <1246431712.13285602.1368071413869.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - assorted non-trivial changes In-Reply-To: <1246431712.13285602.1368071413869.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1368144235 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130500 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 09/05/13 13:50, Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- >> ... >> >> I guess we could try the group permissions thing ... first change would >> need to be adding setgid in the same place we call setuid in libpcp. > > It does a setgid now - src/libpcp/src/util.c::__pmSetProcessIdentity Correct, don't know how I missed that. > ... > Hmmm - that cure (setuid pmdas) sounds alot worse than the disease! setuid pmda would only be required in the case where the pcp:pcp default was not appropriate, and these would likely be setuid to some non-root uid ... so I don't think it is a big deal in the overall scheme of things. > ... >> 3. some of our directories are created on the fly and not included in >> the packages ... this is almost certainly wrong. > > I'm not sure we have any in case #3 anymore ... which ones do you have > in mind there? Well I found these mkdir references in the code base ... 8^(> - $PCP_LOG_DIR/pmcd - pmcd/rc_pmcd - $PCP_LOG_DIR/pmie/ - pmie/rc_pmie - $PCP_LOG_DIR/pmie - pmie/rc_pmie - $PCP_LOG_DIR - pmpost/pmpost.c - $PCP_LOG_DIR/pmproxy - pmproxy/rc_pmproxy - $PCP_LOG_DIR/pmwebd - pmwebapi/rc_pmwebd - $PCP_LOG_DIR/rsyslog - rsyslog/Install - $PCP_RUN_DIR - pmcd/rc_pmcd - $PCP_TMP_DIR/mmv - mmv/Install - $PCP_TMP_DIR/mmv - pmcd/rc_pmcd - $PCP_TMP_DIR/pmdabash - bash/Install - $PCP_TMP_DIR/pmie - pmie/pmie.c - $PCP_TMP_DIR/pmie - pmie/rc_pmie - $PCP_TMP_DIR/pmlogger - pmcd/rc_pmcd - $PCP_TMP_DIR/pmlogger - pmlogger/ports.c - $PCP_VAR_DIR/config/ - pmdaproc.sh (for pmdas with "configfile"s) - $PCP_VAR_DIR/config/pmda - libpcp_pmda/cache.c - $PCP_VAR_DIR/config/web - weblog/Install - $PCP_VAR_DIR/pmdas/trace/lib - trace pmda GNUmakefile Most of 'em should be replaced by $(INSTALL) lines in the GNUmakefiles (if not already there) and then ripping the mkdir out (and possibly replacing it by a "check if dir exists else abort" if the following open/create does not have appropriate error reporting and handling). > It seems we need to undo some of these changes that were pulled in > earlier today, and re-group (heh) for a post 3.8.0 tilt at the issue? Yep ... we don't have consensus yet, so retaining the status quo is the best bet. > In the short-term, we could address the indom cache problem via some > judicious Install script tweakery. In fact, I wonder if pmdaOpenLog > could acquire a helper routine to ensure the log files it creates as > root initially can be written to by whichever user the PMDA chooses > to change-user to later? (and keep the status quo) > > Given the only PMDA that is seeing the cache issue is pmdasimple, and > the default for out-of-tree PMDAs is to run-as-root still (hence no > logfile permissions issues) ... it would seem there's no urgency to > address this in 3.8.0 - a subsequent point release would be fine, no? nod x 2 From wwwrun@oss.sgi.com Thu May 9 19:04:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 B558E29E06; Thu, 9 May 2013 19:04:20 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 974] Installation issues when user "pcp" and/or group "pcp" already defined Date: Fri, 10 May 2013 00:04:20 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 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="1368144260.DDB8D2.16887"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368144260.DDB8D2.16887 Date: Thu, 9 May 2013 19:04:20 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=974 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nathans@debian.org --- Comment #1 from Nathan Scott --- On upgrade, I don't think there's any way to distinguish between a pcp user created by an earlier pcp rpm install and one created by an admin. Personally, I think we do the best we can given the packaging tools available - and we also do the same thing that other packages in the same boat are doing. And the PCP_USER does allow overriding this, so I'm not sure there's really a whole lot of improvement that can happen here ... do you have anything further in mind Ken? re the PCP_GROUP setting, we currently do a getpwent(3) lookup on the PCP_USER account, and take the uid and gid settings from there ... again, this seems like a pretty good option to me, and not clear that further complicating things with additional configuration options is a win. cheers. -- You are receiving this mail because: You are on the CC list for the bug. --1368144260.DDB8D2.16887 Date: Thu, 9 May 2013 19:04:20 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 974
What Removed Added
CC   nathans@debian.org

Comment # 1 on bug 974 from 
On upgrade, I don't think there's any way to distinguish between a pcp user
created by an earlier pcp rpm install and one created by an admin.

Personally, I think we do the best we can given the packaging tools available -
and we also do the same thing that other packages in the same boat are doing.

And the PCP_USER does allow overriding this, so I'm not sure there's really a
whole lot of improvement that can happen here ... do you have anything further
in mind Ken?

re the PCP_GROUP setting, we currently do a getpwent(3) lookup on the PCP_USER
account, and take the uid and gid settings from there ... again, this seems
like a pretty good option to me, and not clear that further complicating things
with additional configuration options is a win.

cheers.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368144260.DDB8D2.16887-- From nscott@redhat.com Thu May 9 19:22:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BAE7C29DF8 for ; Thu, 9 May 2013 19:22:21 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id A86CB8F8066 for ; Thu, 9 May 2013 17:22:18 -0700 (PDT) X-ASG-Debug-ID: 1368145334-04cb6c53a417b9b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id bmXhhp9AO38qyD0P for ; Thu, 09 May 2013 17:22:14 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4A0MDU4031776 for ; Thu, 9 May 2013 20:22:13 -0400 Date: Thu, 9 May 2013 20:22:13 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1375913053.13942345.1368145333930.JavaMail.root@redhat.com> Subject: pcp updates: scox merge, dbpmda auth support, misc qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: scox merge, dbpmda auth support, misc qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: scox merge, dbpmda auth support, misc qa Thread-Index: +WXiX3pYagu9oxShy4aHmsIOaBmpyA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368145334 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130502 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/226 | 9 qa/226.out | 190 -------------- qa/226.out.1 | 190 ++++++++++++++ qa/226.out.2 | 200 +++++++++++++++ qa/371 | 32 +- qa/371.out | 8 qa/617 | 9 qa/617.out | 538 ---------------------------------------- qa/617.out.1 | 538 ++++++++++++++++++++++++++++++++++++++++ qa/617.out.2 | 540 +++++++++++++++++++++++++++++++++++++++++ qa/652.out | 15 - qa/719 | 112 ++++---- qa/719.out | 56 ++-- qa/720.out | 8 qa/721 | 57 ++++ qa/721.out | 43 ++- qa/722 | 57 ++++ qa/722.out | 29 ++ qa/group | 4 qa/src/parsehostattrs.c | 23 - src/dbpmda/src/dbpmda.c | 20 + src/dbpmda/src/dso.c | 129 +++------ src/dbpmda/src/gram.y | 44 ++- src/dbpmda/src/lex.l | 7 src/dbpmda/src/pmda.c | 21 + src/dbpmda/src/util.c | 11 src/include/pcp/impl.h | 6 src/libpcp/src/spec.c | 118 ++++++-- src/libpcp_pmda/src/callback.c | 2 src/pmdas/sample/src/sample.c | 33 ++ 30 files changed, 2053 insertions(+), 996 deletions(-) commit cf69e9d7d3615e6f527af0c701c0387b594854c7 Author: Nathan Scott Date: Fri May 10 10:18:01 2013 +1000 Update qa/652 expected output to match code, discussed with fche commit 0a8bd4a038368b0821f461d253d011e4827b6b8e Author: Nathan Scott Date: Fri May 10 10:16:34 2013 +1000 Update qa/371 to use valid metric names for log import commit 183bec91ee2a21ea12ed4dfc3a14f8d87ed26d2b Author: Nathan Scott Date: Fri May 10 09:43:07 2013 +1000 Use clientid zero for pmda attribute call first parameter This is expected to be generally more useful for debugging, esp in conjunction with any pmda client lookups. commit f5a5c835fc63ebe37901c8d933e630cd2350e318 Merge: d01c556 7403b51 Author: Nathan Scott Date: Thu May 9 21:30:44 2013 +1000 Merge branch 'scox/dev' of ../pcpfans into dev Conflicts: qa/group (Easy resolution this time as I renamed the test already) commit 7403b51b25bed9c330012f9970ef67320baf7764 Author: Nathan Scott Date: Thu May 9 21:30:11 2013 +1000 Rename Stans new test (719) to avoid numbering conflict Assigned number 722 instead as thats now next free. Updated the test output to ensure first line of output is included in the .out file (*cough*), and added a notrun in case an older PCP installation is being tested, with no pmatop. commit d01c556936e9cd8148ba3680d1030ac7066830d8 Author: Nathan Scott Date: Thu May 9 21:21:39 2013 +1000 Add support to dbpmda for exercising the attribute callback New command added into dbpmda to allow testing and debugging of PMDAs choosing to use the security attributes interface. Added simplistic support into pmdasample, and added test 712 to exercise the new functionality. Some code was refactored libpcp to share lookup & reporting of attribute strings, and attribute:value strings. This is used in dbpmda now, as well as in pmdasample and QA sources. commit 1dc477cb4cc86e774e3d4e9db66c22b93ae8451c Author: Stan Cox Date: Tue May 7 11:39:00 2013 -0400 Add 719, for testing pmatop. * (719, 719.out): New. * group: Add 719 From nscott@redhat.com Thu May 9 22:46:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9FF5629DF8 for ; Thu, 9 May 2013 22:46:32 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8D18B304032 for ; Thu, 9 May 2013 20:46:29 -0700 (PDT) X-ASG-Debug-ID: 1368157587-04cb6c53a2182c30001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id TZYEzSFGLi67Zzzr for ; Thu, 09 May 2013 20:46:27 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4A3kRO3030594 for ; Thu, 9 May 2013 23:46:27 -0400 Date: Thu, 9 May 2013 23:46:27 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1979027256.13977365.1368157587179.JavaMail.root@redhat.com> In-Reply-To: <414178453.13977292.1368157548626.JavaMail.root@redhat.com> Subject: pcp updates: scox merge, some reverts, auth, cleanup, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: scox merge, some reverts, auth, cleanup, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: scox merge, some reverts, auth, cleanup, qa Thread-Index: cBqAKr6F4dxmJcpl5b9RNDSKi+ch/g== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368157587 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130514 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev GNUmakefile | 1 debian/control | 2 debian/pcp.postinst.tail | 8 - debian/pcp.postrm | 3 debian/rules | 2 man/man1/pmatop.1 | 206 +++++++++++++++++++++++++++++++++++++++++ qa/322.out.2 | 5 qa/367.out.2 | 19 --- qa/374.out.1 | 2 qa/375.darwin.3 | 4 qa/375.linux.3 | 4 qa/375.solaris.3 | 5 qa/449.out.2 | 4 qa/513.out.2 | 24 +--- qa/652 | 10 - qa/719 | 56 ----------- qa/719.out | 28 ----- qa/722 | 65 ++++++++++++ qa/722.out | 60 ++++++++--- qa/group | 2 qa/src/pdu-server.c | 40 +------ qa/src/pducheck.c | 58 +---------- qa/src/pducrash.c | 103 +++++--------------- qa/src/test_webapi.python | 15 ++ src/dbpmda/src/dbpmda.c | 6 - src/dbpmda/src/dso.c | 2 src/dbpmda/src/gram.y | 18 +-- src/dbpmda/src/lex.l | 4 src/dbpmda/src/pmda.c | 6 - src/dbpmda/src/util.c | 6 - src/include/pcp/impl.h | 17 +-- src/include/pcp/pmapi.h | 2 src/libpcp/src/config.c | 18 +++ src/libpcp/src/connect.c | 6 - src/libpcp/src/context.c | 2 src/libpcp/src/desc.c | 5 src/libpcp/src/fetchlocal.c | 21 +--- src/libpcp/src/help.c | 5 src/libpcp/src/instance.c | 27 +---- src/libpcp/src/p_auth.c | 100 ++----------------- src/libpcp/src/pdu.c | 3 src/libpcp/src/secureconnect.c | 36 +++---- src/libpcp/src/secureserver.c | 32 +++--- src/libpcp/src/store.c | 7 - src/pmatop/pmatop.py | 136 ++++++++++++++++++--------- src/pmcd/rc_pmcd | 7 - src/pmcd/src/pmcd.c | 4 src/pmdas/oracle/Install | 1 src/pmdas/pmcd/help | 20 +-- src/pmdas/pmcd/root_pmcd | 6 - src/pmdas/pmcd/src/pmcd.c | 8 - src/pmdas/simple/Install | 15 -- src/pmdbg/pmdbg.c | 4 src/python/pcp/pmsubsys.py | 27 +++-- 54 files changed, 654 insertions(+), 623 deletions(-) commit 48add6fd0e0509313f97266c867658da7726eb08 Author: Nathan Scott Date: Fri May 10 13:44:31 2013 +1000 Revert "Add a notrun to qa/722 for now, scox has an update pending" This reverts commit 1db378c8c56b631128ffe98fb1fa4136f4012901. commit 3b8c85abe97c2fab068abca465f781492a975927 Merge: ecdb691 8c90d3e Author: Nathan Scott Date: Fri May 10 13:42:52 2013 +1000 Merge branch 'scox/dev' of ../pcpfans into dev Conflicts: src/pmatop/pmatop.py (Resolved with discussion with Stan, subsys_options conflict) commit 8c90d3e7b213f59b318090e508ad1a3646ae78e2 Merge: 7403b51 d12f9a9 Author: Nathan Scott Date: Fri May 10 13:35:07 2013 +1000 Merge branch 'scox/dev' of git://sourceware.org/git/pcpfans into scox/dev commit ecdb69149af267522ab4d389b9b669aa8aecfdbf Author: Nathan Scott Date: Fri May 10 13:33:14 2013 +1000 Switch local context to use simpler pmda callback model commit d12f9a97ecc12d1ee139278e1073960c834ce9c7 Author: Stan Cox Date: Thu May 9 23:29:35 2013 -0400 New man page for pmatop. commit 4f298c380c06704354a32e6d7f64ee9329572e43 Author: Stan Cox Date: Thu May 9 23:25:26 2013 -0400 Improve compatibility of the process display. * pmatop.py (_StandardOutput): Add width_write, clear (_ProcessorPrint): Add numcpu (_ProcPrint): Add sort_l. Use it to sort procs in cpu usage order. Add VDATA, VSTACK, VGROW, RGROW. Improve field layout. (main): Add -m, -g, -L * pmsubsys.py (_pmsubsys): Add get_old_scalar_value so a metric can be both diffed and the original displayed. (Process): Trim proc metrics. * qa/722: Further trimming. commit 1dc486cab62cb128d9250f72cf631a24bdd388cd Author: Nathan Scott Date: Fri May 10 13:23:09 2013 +1000 Remove bash-ism from test 652, lintian complained commit f906b03c73fb84456bd5664aa4ba4caf5c01d4d0 Author: Nathan Scott Date: Fri May 10 13:00:30 2013 +1000 Update qa/449 output - back to just the one pdu (metric) now commit d57caa294f3d51e1157963a19ba741bab4b47099 Author: Nathan Scott Date: Fri May 10 12:54:44 2013 +1000 Updates to build scripts moving toward clean debian packaging commit bde50158f51b5eb519453f91dbd2636ee1aa16d7 Author: Nathan Scott Date: Fri May 10 12:30:40 2013 +1000 Add version info for pcp/nss/nspr/sasl to pmconfig -L output commit 93bb852adc7519cec06a7d355dc1b7a5e2be1c99 Author: Stan Cox Date: Thu May 9 22:14:55 2013 -0400 Rename 719 to 722 commit 5d325b15438169009ac54b69500c1d8da47b61ba Author: Nathan Scott Date: Fri May 10 11:31:44 2013 +1000 Revert "Non-root PMDA access control changes" This reverts commit ba9904e69067ded451e632938a4f27cdf76fbcfc. After discussion and much navel-gazing, this will be deferred. commit 0df386edf0d94119d46ee849ccc91a82d6911e33 Author: Nathan Scott Date: Fri May 10 11:31:36 2013 +1000 Consolidate authentication PDUs into just the one PDU In hindsight, a single PDU is sufficient to implement all of the needs seen so far for SASL authentication - simplify the code now before we're stuck with it forever. commit 1db378c8c56b631128ffe98fb1fa4136f4012901 Author: Nathan Scott Date: Fri May 10 10:30:04 2013 +1000 Add a notrun to qa/722 for now, scox has an update pending From iana-shared@icann.org Fri May 10 14:18:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D130829DF8 for ; Fri, 10 May 2013 14:18:33 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id BEB9F8F8065 for ; Fri, 10 May 2013 12:18:33 -0700 (PDT) X-ASG-Debug-ID: 1368213509-04cb6c53a11abca0001-S8gJnT Received: from smtp1.lax.icann.org (smtp01.icann.org [192.0.33.81]) by cuda.sgi.com with ESMTP id FZBbuJLFcMoBfTtM (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 10 May 2013 12:18:29 -0700 (PDT) X-Barracuda-Envelope-From: iana-shared@icann.org X-Barracuda-Apparent-Source-IP: 192.0.33.81 Received: from request1.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id r4AJIQ4u005721; Fri, 10 May 2013 19:18:26 GMT Received: by request1.lax.icann.org (Postfix, from userid 48) id 2F300560762; Fri, 10 May 2013 19:18:26 +0000 (UTC) RT-Owner: pearl.liang Subject: [IANA #679880] Application for a Port Number and/or Service Name "pmwebapi" From: "Pearl Liang via RT" X-ASG-Orig-Subj: [IANA #679880] Application for a Port Number and/or Service Name "pmwebapi" Reply-To: iana-ports@iana.org In-Reply-To: <201305072052.r47Kq87K021570@smtp1.lax.icann.org> References: <201305072052.r47Kq87K021570@smtp1.lax.icann.org> Message-ID: Precedence: bulk X-RT-Loop-Prevention: IANA RT-Ticket: IANA #679880 Managed-BY: RT 4.0.8 (http://www.bestpractical.com/rt/) RT-Originator: pearl.liang@icann.org To: kenj@internode.on.net, pcp@oss.sgi.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Date: Fri, 10 May 2013 19:18:26 +0000 X-Barracuda-Connect: smtp01.icann.org[192.0.33.81] X-Barracuda-Start-Time: 1368213509 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130577 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Dear Ken McDonell: Thank you for your submission for a user port number. Please resolved the following questions before we can process your requests. 1. You only provided the following: Reference: [http://oss.sgi.com/cgi-bin/gitweb.cgi?p=pcp/pcp.git;a=blob;f=man/man3/pmwebapi.3;hb=HEAD] URLs are useful, but they might not be available in the future and can be edited at any given time. IESG requires that the technical description shall be documented in the application for future reference purposes. Please document the service in this template. 2. Please explain why multiple allocations 44321, 44322, 44323 & 44324 are necessary. You may reply to this ticket for the current requests. Thank you, Pearl Liang ICANN/IANA On Tue May 07 13:52:09 2013, kenj@internode.on.net wrote: > > Application for a Port Number and/or Service Name > > Assignee: Performance Co-Pilot (PCP) Project > Contact Person: Ken McDonell > > Resource Request: > > [x] Port Number > [x] Service Name > > Transport Protocols: > [x] TCP > [ ] UDP > [ ] SCTP > [ ] DCCP > > Service Code: [] > Service Name: [pmwebapi] > Desired Port Number: [44323] > Description: [HTTP binding for Performance Co-Pilot client > API] > > Reference: > [http://oss.sgi.com/cgi- > bin/gitweb.cgi?p=pcp/pcp.git;a=blob;f=man/man3/pmwebapi.3;hb=HEAD] > > Defined TXT Keys: > > 1. If broadcast/multicast is used, how and what for? > [Not used.] > > 2. If UDP is requested, please explain how traffic is limited, and > whether the > protocol reacts to congestion. > [] > > 3. If UDP is requested, please indicate whether the service is solely > for the discovery of hosts supporting this protocol. > [] > > 4. Please explain how your protocol supports versioning. > [By versioning of the URL prefix, /pmapi, future incompatible pmwebapi > revisions will have their own namespace.] > > 5. If your request is for more than one transport, please explain in > detail how the protocol differs over each transport. > [N/A] > > 6. Please describe how your protocol supports security. Note that > presently > there is no IETF consensus on when it is appropriate to use a > second port > for an insecure version of a protocol. > [As the session layer is HTTP, its security properties inform ours. > Within the application layer, authentication will be provided via > HTTP, and inter-client confidentiality is provided via private > session identifiers.] > > 7. Please explain the state of development of your protocol. > [Implementation and testing is well advanced. The next PCP version > 3.8 is scheduled to release a first version of pmwebapi. > ] > > 8. If SCTP is requested, is there an existing TCP and/or UDP service > name or > port number assignment? If yes, provide the existing service name > and port number. > [] > > 9. What specific SCTP capability is used by the application such that > a > user who has the choice of both TCP (and/or UDP) and SCTP ports > for > this application would choose SCTP? See RFC 4960 section 7.1. > [] > > 10. Please provide any other information that would be helpful in > understanding how this protocol differs from existing assigned > services. > [The pmwebapi protocol bridges the existing PCP pmcd wire protocol > (44321/tcp) to an HTTP client, much like any other HTTP/REST > application binding. pmcd is long-term connection-oriented, whereas > pmwebapi uses connections for individual operations.] > > From iana-shared@icann.org Fri May 10 14:21:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5062629DF8 for ; Fri, 10 May 2013 14:21:55 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 22859304051 for ; Fri, 10 May 2013 12:21:52 -0700 (PDT) X-ASG-Debug-ID: 1368213710-04bdf042231b4040001-S8gJnT Received: from smtp1.lax.icann.org (smtp01.icann.org [192.0.33.81]) by cuda.sgi.com with ESMTP id HkdAsK5stL0193zr (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 10 May 2013 12:21:50 -0700 (PDT) X-Barracuda-Envelope-From: iana-shared@icann.org X-Barracuda-Apparent-Source-IP: 192.0.33.81 Received: from request1.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id r4AJLn8t005804; Fri, 10 May 2013 19:21:49 GMT Received: by request1.lax.icann.org (Postfix, from userid 48) id 2688B560762; Fri, 10 May 2013 19:21:49 +0000 (UTC) RT-Owner: pearl.liang Subject: [IANA #679881] Application for a Port Number and/or Service Name "pmwebapis" From: "Pearl Liang via RT" X-ASG-Orig-Subj: [IANA #679881] Application for a Port Number and/or Service Name "pmwebapis" Reply-To: iana-ports@iana.org In-Reply-To: <201305072055.r47Ktdpb021771@smtp1.lax.icann.org> References: <201305072055.r47Ktdpb021771@smtp1.lax.icann.org> Message-ID: Precedence: bulk X-RT-Loop-Prevention: IANA RT-Ticket: IANA #679881 Managed-BY: RT 4.0.8 (http://www.bestpractical.com/rt/) RT-Originator: pearl.liang@icann.org To: kenj@internode.on.net, pcp@oss.sgi.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Date: Fri, 10 May 2013 19:21:49 +0000 X-Barracuda-Connect: smtp01.icann.org[192.0.33.81] X-Barracuda-Start-Time: 1368213710 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.2.130577 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Dear Ken McDonell: Thank you for your submission for a user port number. Please resolved the following questions before we can process your requests. 1. You only provided the following: Reference: [http://oss.sgi.com/cgi-bin/gitweb.cgi?p=pcp/pcp.git;a=blob;f=man/man3/pmwebapi.3;hb=HEAD] URLs are useful, but they might not be available in the future and can be edited at any given time. IESG requires that the technical description shall be documented in the application for future reference purposes. Please document the service in this template. 2. Please explain why multiple allocations 44321, 44322, 44323 & 44324 are necessary. You may reply to the other ticket for the current requests. 3. Please confirm if a team member of Performance Co-Pilot (PCP) Project can email responses from . Thank you, Pearl Liang ICANN/IANA On Tue May 07 13:55:40 2013, kenj@internode.on.net wrote: > > Application for a Port Number and/or Service Name > > Assignee: Performance Co-Pilot (PCP) Project > Contact Person: Ken McDonell > > Resource Request: > > [x] Port Number > [x] Service Name > > Transport Protocols: > [x] TCP > [ ] UDP > [ ] SCTP > [ ] DCCP > > Service Code: [] > Service Name: [pmwebapis] > Desired Port Number: [44324] > Description: [HTTP+SSL binding for Performance Co-Pilot > client API] > > Reference: > [http://oss.sgi.com/cgi- > bin/gitweb.cgi?p=pcp/pcp.git;a=blob;f=man/man3/pmwebapi.3;hb=HEAD] > > Defined TXT Keys: > > 1. If broadcast/multicast is used, how and what for? > [Not used.] > > 2. If UDP is requested, please explain how traffic is limited, and > whether the > protocol reacts to congestion. > [] > > 3. If UDP is requested, please indicate whether the service is solely > for the discovery of hosts supporting this protocol. > [] > > 4. Please explain how your protocol supports versioning. > [By versioning of the URL prefix, /pmapi, future incompatible > pmwebapis revisions will have their own namespace.] > > 5. If your request is for more than one transport, please explain in > detail how the protocol differs over each transport. > [N/A] > > 6. Please describe how your protocol supports security. Note that > presently > there is no IETF consensus on when it is appropriate to use a > second port > for an insecure version of a protocol. > [As the session layer is HTTP over TLS, its security properties inform > ours. Within the application layer, authentication will be > provided via HTTP, and inter-client confidentiality is provided via > private session identifiers.] > > 7. Please explain the state of development of your protocol. > [Implementation and testing is well advanced. The next PCP version > 3.8 is scheduled to release a first version of pmwebapis. > ] > > 8. If SCTP is requested, is there an existing TCP and/or UDP service > name or > port number assignment? If yes, provide the existing service name > and port number. > [] > > 9. What specific SCTP capability is used by the application such that > a > user who has the choice of both TCP (and/or UDP) and SCTP ports > for > this application would choose SCTP? See RFC 4960 section 7.1. > [] > > 10. Please provide any other information that would be helpful in > understanding how this protocol differs from existing assigned > services. > [The pmwebapis protocol bridges the existing PCP pmcd wire protocol > (44321/tcp) to an HTTP client, much like any other HTTP/REST > application binding. pmcd is long-term connection-oriented, whereas > pmwebapis uses connections for individual operations. > pmwebapis is the secure variant of the pmwebapi for which a related > application to IANA for port 44323 is also being made.] > > From nscott@redhat.com Fri May 10 17:59:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0CDFE29DF8 for ; Fri, 10 May 2013 17:59:10 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9EC3FAC004 for ; Fri, 10 May 2013 15:59:06 -0700 (PDT) X-ASG-Debug-ID: 1368226742-04bdf042231bb3f0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id R1OaTGSNfsmHNGYY for ; Fri, 10 May 2013 15:59:02 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4AMx19X020563 for ; Fri, 10 May 2013 18:59:01 -0400 Date: Fri, 10 May 2013 18:59:01 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1336291836.14670623.1368226741632.JavaMail.root@redhat.com> In-Reply-To: <786736610.14667656.1368226487364.JavaMail.root@redhat.com> Subject: pcp updates: auth, cleanup, man entry (acme ... beep beep) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: auth, cleanup, man entry (acme ... beep beep) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: auth, cleanup, man entry (acme ... beep beep) Thread-Index: nXIGrGTRC4P5iv4Fd+9jQeXEzNqFOQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368226742 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130591 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev man/man1/pmatop.1 | 5 +- src/include/pcp/impl.h | 2 src/libpcp/src/connectlocal.c | 45 ++++++++++++++++++-- src/libpcp/src/context.c | 2 src/libpcp/src/internal.h | 2 src/libpcp/src/secureserver.c | 22 +++++++++ src/libpcp/src/util.c | 47 ++++++++++++++------- src/pmcd/src/agent.c | 3 - src/pmcd/src/config.c | 93 ++++++++++++++++++++++++++++++++++++++++-- src/pmcd/src/dofetch.c | 19 ++------ src/pmcd/src/dopdus.c | 36 ++++++---------- src/pmcd/src/dostore.c | 10 +--- src/pmcd/src/pmcd.h | 8 ++- src/pmdas/linux_proc/pmda.c | 24 +++++++++- src/pmdas/sample/src/sample.c | 18 ++++---- 15 files changed, 253 insertions(+), 83 deletions(-) commit 477760d2e843712e65e02842a2542aadd88adbe7 Author: Marko Myllynen Date: Sat May 11 08:34:06 2013 +1000 Reference atop(1) in pmatop(1) to recognize the relationship commit 47651ace0c35b8a1fb9faef2129cbb575511ab24 Author: Nathan Scott Date: Fri May 10 21:54:21 2013 +1000 Guard the auth attr diagnostic with the right pmDebug flag commit 89df51f17c060146c0d881f91863c83b4b4ef238 Author: Nathan Scott Date: Fri May 10 21:15:31 2013 +1000 Implement the mechanism whereby PMDAs can access auth attrs Makes use of the previously unused flags parameter in the credentials PDU and dispatch structure that is sent to or shared with pmcd. In order for local context mode PMDAs to be able to access any authentication attributes (uid/gid implemeted), we now pass the per-context attribute hash into that routine - as we did for pmcd contexts. Since these PMDAs execute in- process for the client tool we simply make available the uid and gid for the user running the tool. Might want to add username later, its easily added, and it will be fully backward compatible - no API changes needed, new versions will see new attributes and can take new actions/decisions. Add initial support for connection attribute handling into sample and Linux proc agents, although neither do anything particularly special with them at this stage. commit c06c68a8fbf3222476d01a46a2dd61b38dbdbd06 Author: Nathan Scott Date: Fri May 10 13:55:01 2013 +1000 Switch pmcd to use simpler pmda callback model From wwwrun@oss.sgi.com Sat May 11 15:42:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 31DEF29DFA; Sat, 11 May 2013 15:42:28 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 975] New: pmcollectl clobbers PCP archive folio Date: Sat, 11 May 2013 20:42:27 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1368304948.A4062552.6128"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368304948.A4062552.6128 Date: Sat, 11 May 2013 15:42:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=975 Bug ID: 975 Summary: pmcollectl clobbers PCP archive folio Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified pmcollectl with a -f argument creates a PCP archive folio. Initially the folio is correct as in: PCPFolio Version: 1 # use pmafm(1) to process this PCP Archive Folio # Created: on bozo at Sun May 12 06:37:00 2013 Creator: pmcollectl # Host Basename # Archive: localhost 1ZSDv7.localhost but pmcollectl calls record_add_creator() after the archive has been created and this clobbers the folio file by overwriting the startr of the file like this: # Created by /usr/bin/pmcollectl -sdDcCnNjJm -f test.pmcollectl -c10 # reated: on bozo at Sun May 12 06:37:00 2013 Creator: pmcollectl # Host Basename # Archive: localhost 1ZSDv7.localhost -- You are receiving this mail because: You are on the CC list for the bug. --1368304948.A4062552.6128 Date: Sat, 11 May 2013 15:42:28 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 975
Summary pmcollectl clobbers PCP archive folio
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

pmcollectl with a -f argument creates a PCP archive folio.

Initially the folio is correct as in:

PCPFolio
Version: 1
# use pmafm(1) to process this PCP Archive Folio
#
Created: on bozo at Sun May 12 06:37:00 2013
Creator: pmcollectl
#               Host                    Basename
#
Archive:        localhost               1ZSDv7.localhost

but pmcollectl calls record_add_creator() after the archive has been created
and this clobbers the folio file by overwriting the startr of the file like
this:

# Created by /usr/bin/pmcollectl -sdDcCnNjJm -f test.pmcollectl -c10 
#
reated: on bozo at Sun May 12 06:37:00 2013
Creator: pmcollectl
#               Host                    Basename
#
Archive:        localhost               1ZSDv7.localhost

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368304948.A4062552.6128-- From nscott@redhat.com Sat May 11 18:02:02 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id AA3267F37 for ; Sat, 11 May 2013 18:02:02 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6CC28304051 for ; Sat, 11 May 2013 16:01:59 -0700 (PDT) X-ASG-Debug-ID: 1368313313-04bdf042241e7270001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id GkY6b98hTYusFIfd for ; Sat, 11 May 2013 16:01:53 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4BN1qRX026036 for ; Sat, 11 May 2013 19:01:53 -0400 Date: Sat, 11 May 2013 19:01:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1504410719.92708.1368313312121.JavaMail.root@redhat.com> In-Reply-To: <1199344120.30190.1368262782138.JavaMail.root@redhat.com> Subject: pcp updates: atop, auth, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: atop, auth, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: atop, auth, qa Thread-Index: jmzjVe3a+/wyTkOXIeZ1GvNtWIpWpg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368313313 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130687 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 19 +++++++--- build/rpm/GNUmakefile | 1 build/rpm/fedora.spec | 6 ++- build/rpm/pcp.spec.in | 4 ++ debian/changelog | 4 +- debian/control | 2 - man/man1/GNUmakefile | 2 - man/man1/dbpmda.1 | 72 +++++++++++++++++++++++++++++++---------- qa/721 | 6 ++- qa/721.out | 34 +++++++++++++------ qa/722 | 12 +++--- qa/722.out | 14 +++---- src/dbpmda/src/gram.y | 6 ++- src/include/pcp/impl.h | 26 +++++++------- src/libpcp_pmda/src/mainloop.c | 16 +++++++++ src/python/pcp/pmsubsys.py | 3 + 16 files changed, 159 insertions(+), 68 deletions(-) commit d4f54862abe87a48a4c72f7dd056ed1f36b7fc97 Author: Nathan Scott Date: Sat May 11 17:44:59 2013 +1000 Set a planned release date for early next week, update changelogs commit 9c2a47fae8a182a231e0ee269cf5d2b3c89fc0ce Author: Nathan Scott Date: Sat May 11 17:31:54 2013 +1000 Add rpm and deb build dependency on sasl2 devel package commit 4b050a173474f961631744a6f5e5e81da8745d63 Author: Nathan Scott Date: Sat May 11 17:15:29 2013 +1000 Improve error handling in dbpmda for auth attrs callback Last piece of the auth attribute callback for dbpmda - correct a dodgey bit of error handling, reenable QA test 721, and add documentation to the man page. commit cdc77b2826ccd56739e50c1d4f96efb6d52a7e03 Author: Nathan Scott Date: Sat May 11 17:04:41 2013 +1000 Document use of the connection attribute command in dbpmda commit 7a4007dfeda7e8f4dae0896cbffa282736cb4a23 Author: Nathan Scott Date: Sat May 11 17:03:51 2013 +1000 libpcp_pmda support for the auth attrs callback Last piece of the auth attribute callback for PMDAs - ensure libpcp_pmda passes on connection attributes to PMDAs that registered an interest. commit ecd9f49bf9ca703b2ff96e510489326e46118117 Author: Nathan Scott Date: Sat May 11 14:34:15 2013 +1000 Add pmatop man page into the installed set commit 3294658fb017b3353b699741176ec92f9783005f Merge: bbcedc1 477760d Author: Stan Cox Date: Fri May 10 23:20:09 2013 -0400 Merge branch 'dev' into scox/dev Conflicts: qa/722.out commit bbcedc1e11a588fea7e2570f5f7a55782a5e41c6 Author: Stan Cox Date: Fri May 10 22:56:47 2013 -0400 Adjust 722 output. * pmsubsys.py (main): Signal if there are no metrics. From kenj@internode.on.net Sat May 11 20:32:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D48817F37 for ; Sat, 11 May 2013 20:32:05 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id AC75830404E for ; Sat, 11 May 2013 18:32:05 -0700 (PDT) X-ASG-Debug-ID: 1368322323-04cb6c53a41e6250001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id OgopC5R6YBzkf9ep for ; Sat, 11 May 2013 18:32:04 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvoCAG3wjlF20ToW/2dsb2JhbAANTYM+wBkEBAGBFoMTAQEBBDhAEQsUBAkWDwkDAgECAUUTCAEBsjaRKY8vFoM/A6wC Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl6.internode.on.net with ESMTP; 12 May 2013 11:02:01 +0930 Message-ID: <518EF116.3000805@internode.on.net> Date: Sun, 12 May 2013 11:32:06 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: atop, auth, qa References: <1504410719.92708.1368313312121.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: atop, auth, qa In-Reply-To: <1504410719.92708.1368313312121.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1368322323 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130697 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 12/05/13 09:01, Nathan Scott wrote: > Changes committed to git://oss.sgi.com/pcp/pcp.git dev > ... > Date: Sat May 11 17:44:59 2013 +1000 > > Set a planned release date for early next week, update changelogs This seems a bit premature to me. pmcollectl and/or qa/709 are hanging QA with pmconfirm and pmquery and pmlogger processes left running, so I cannot do auto QA across all hosts. I am also seeing higher than expected QA failure rates when I can run QA. I'd like to see a functional code freeze, bug fix only changes and some concerted effort to get more QA passing before we commit to a release. From wwwrun@oss.sgi.com Sat May 11 22:33:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 7DC3829E03; Sat, 11 May 2013 22:33:43 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 974] Installation issues when user "pcp" and/or group "pcp" already defined Date: Sun, 12 May 2013 03:33:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1368329623.825A3.5665"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368329623.825A3.5665 Date: Sat, 11 May 2013 22:33:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=974 --- Comment #2 from Ken McDonell --- Agreed there is no way to tell automatically. But a sys admin should be able to do _something_ and then install/upgrade the package and have the right thing happen. I think the pcp:pcp uses in the install scripts are wrong. They should use $PCP_USER and $PCP_GROUP, with values possibly coming from some sysadmin setting (e.g. in the environment when the install/upgrade is done), else failing that the default values of pcp and pcp. Setting PCP_USER in /etc/pcp.conf is not going to help if all the chown stuff in the packaging install scripts have set the uid/gid to something else. Looking up the group from getpwent for $PCP_USER is fine at run time ... I am more concerned about the account creation and ownership settings at the time of install/upgrade. -- You are receiving this mail because: You are on the CC list for the bug. --1368329623.825A3.5665 Date: Sat, 11 May 2013 22:33:43 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 2 on bug 974 from 
Agreed there is no way to tell automatically.

But a sys admin should be able to do _something_ and then install/upgrade the
package and have the right thing happen.

I think the pcp:pcp uses in the install scripts are wrong.  They should use
$PCP_USER and $PCP_GROUP, with values possibly coming from some sysadmin
setting (e.g. in the environment when the install/upgrade is done), else
failing that the default values of pcp and pcp.

Setting PCP_USER in /etc/pcp.conf is not going to help if all the chown stuff
in the packaging install scripts have set the uid/gid to something else.

Looking up the group from getpwent for $PCP_USER is fine at run time ... I am
more concerned about the account creation and ownership settings at the time of
install/upgrade.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368329623.825A3.5665-- From nscott@redhat.com Sun May 12 02:08:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9A6407F37 for ; Sun, 12 May 2013 02:08:24 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 89C63304053 for ; Sun, 12 May 2013 00:08:21 -0700 (PDT) X-ASG-Debug-ID: 1368342497-04cb6c53a41f0770001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id XfloCLnh3yOL8j2H for ; Sun, 12 May 2013 00:08:17 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4C78Evi011085; Sun, 12 May 2013 03:08:14 -0400 Date: Sun, 12 May 2013 03:08:13 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1553232427.121823.1368342492994.JavaMail.root@redhat.com> In-Reply-To: <518EF116.3000805@internode.on.net> References: <1504410719.92708.1368313312121.JavaMail.root@redhat.com> <518EF116.3000805@internode.on.net> Subject: Re: [pcp] pcp updates: atop, auth, qa MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: atop, auth, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: atop, auth, qa Thread-Index: 3j1Cu9xSdkLm0oSV0qT9CWduxN3o+Q== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368342497 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130718 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > On 12/05/13 09:01, Nathan Scott wrote: > > Changes committed to git://oss.sgi.com/pcp/pcp.git dev > > ... > > Date: Sat May 11 17:44:59 2013 +1000 > > > > Set a planned release date for early next week, update changelogs > > This seems a bit premature to me. Possibly, and I'd prefer a bit more time too. On the other hand, we have reached some internal Red Hat milestone points and we're after a feature release to rebase to by those dates I've set. While this might not be of interest for community PCP folks, it is very important to us to have a base to move forward from, and we have set early-next-week as a deadline target we really must hit. So, at this point we could do a Red Hat specific release, if that'd help ease those concerns, but I'd rather go for a normal release and try to maximise exposure for everyone with the new features and all the changed code. My current plan is to continue my ongoing testing efforts through tomorrow, and release on Tuesday with whatever seems right and ready by then. And then continue onward with an extended period focussing on more bug-fixing, QA, and just small feature work (like new tools, Pauls GFS2 work, other client tools that other folk are working on, and so on) into a minor point release phase. > pmcollectl and/or qa/709 are hanging QA with pmconfirm and pmquery and > pmlogger processes left running, so I cannot do auto QA across all hosts. Hmm, some of those are new to me - I have seen that pmconfirm window hanging around like a bad smell, but it doesn't hang QA for me. And I've not ever come across any unwanted loggers at all, FWIW. So the pmcollectl issues are not good but they don't affect many people (not even many pmcollectl users) - they seem like a good minor point release fix candidate and not something that should hold up the next major release for. > I am also seeing higher than expected QA failure rates when I can run QA. > > I'd like to see a functional code freeze, bug fix only changes and some > concerted effort to get more QA passing before we commit to a release. When I've gone through the failures from others (incl. the QA farm list earlier) they have *not* indicated any deep lurking issues that I'd be concerned about. For my local testing I'm consistently on two failures now, which are 024 & 722, which I've thrown over the wall to yourself and Stan (but both look like test infrastructure failures, and not code failures). cheers. -- Nathan From rasha@utraining.us Sun May 12 05:42:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=FSL_NEW_HELO_USER,HTML_MESSAGE, T_DKIM_INVALID autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id AEADC7F37 for ; Sun, 12 May 2013 05:42:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 11B9DAC002 for ; Sun, 12 May 2013 03:42:18 -0700 (PDT) X-ASG-Debug-ID: 1368355331-04cb6c53a11f79f0001-S8gJnT Received: from vps.utraining.us (vps1.singma.net [209.140.23.191]) by cuda.sgi.com with ESMTP id nHBgWDtkaEV09bSj (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 12 May 2013 03:42:11 -0700 (PDT) X-Barracuda-Envelope-From: rasha@utraining.us X-Barracuda-Apparent-Source-IP: 209.140.23.191 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=utraining.us; s=default; h=Content-Type:MIME-Version:Message-ID:Date:Subject:In-Reply-To:References:To:From; bh=3tWFxXu8xxkTIQ4nmFPh0awpaSCAsHm97hAUNDhM8Is=; b=YaU4i71V56fi0nlvmoB01BdPo1w+lUJoV5s7SEmqGrtTxTgSdScMB5ebBVui7O7XxUkRb2zk2NRdwSDieiPSzk93ZFNYEJJo820V5GcJLekVcpLZ/IG+sH0N3sAMCOV6wWZNi90ri7WGLMeOnmeYaYqcFgVcKGAp8TG4ItTaqhQ=; Received: from [31.9.49.83] (port=17423 helo=userPC) by vps.utraining.us with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1UbTho-00036K-VP; Sun, 12 May 2013 06:40:45 -0400 From: "rasha" To: "rasha" References: In-Reply-To: Subject: =?windows-1256?B?x+He5sfazyDH4dDlyO3JIOHFz8fRySDH4drhx97HyiDH4drH48k=?= Date: Sun, 12 May 2013 13:33:10 +0300 X-ASG-Orig-Subj: =?windows-1256?B?x+He5sfazyDH4dDlyO3JIOHFz8fRySDH4drhx97HyiDH4drH48k=?= Message-ID: <004b01ce4efd$26a987a0$73fc96e0$@utraining.us> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004C_01CE4F16.4BFBA1A0" X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 14.0 Importance: High Thread-Index: Ac5HDW7i/bGGoFHKTMadSkN5Xh59xwH7h2GwAAAAGiAAAAAIwAAAAA3wAAAAC+AAAAAKsAAAAA3gAAAADHAAAAAQoA== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.utraining.us X-AntiAbuse: Original Domain - oss.sgi.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - utraining.us X-Get-Message-Sender-Via: vps.utraining.us: authenticated_id: rasha@utraining.us X-Source: X-Source-Args: X-Source-Dir: X-Barracuda-Connect: vps1.singma.net[209.140.23.191] X-Barracuda-Start-Time: 1368355331 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: 1.62 X-Barracuda-Spam-Status: No, SCORE=1.62 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA038b, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, K2_MISSING_MIMEOLE, MISSING_MIMEOLE, THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130732 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature 0.00 HTML_MESSAGE BODY: HTML included in message 0.20 MISSING_MIMEOLE Message has X-MSMail-Priority, but no X-MimeOLE 0.20 BSF_SC0_SA038b Custom Rule SA038b 1.19 K2_MISSING_MIMEOLE Message has X-MSMail-Priority, but no X-MimeOLE 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain This is a multipart message in MIME format. ------=_NextPart_000_004C_01CE4F16.4BFBA1A0 Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: base64 DQrH4d7mx9rPIMfh0OXI7ckg4cXPx9HJIMfh2uHH3sfKIMfh2sfjyQ0KDQoNCiANCg0KICDR49Ig x+HP5tHJOiBIMzM1ICDKx9HtziDH4cXk2t7HzzogMTkgLSAyMyDjx+3mIDIwMTMgIM/m4ckgx+HF 5Nrex886IM/I7Q0KKMfhxePH0cfKIMfh2tHI7ckgx+Hjys3PySkt3eTP3iDH4drk5sfkIC0gz8jt IOPm4SAgx+HK3+HdyToyNTAwIIANCg0Kx+HD5c/H3SA6DQoNCsrk4+3JIOPlx9HHyiDH4ePUx9Hf 7eQg3e0gxc/H0ckgw9rjx+Egx+Ha4cfex8ogx+Hax+PJIObH4cXa4cfjIObK0ubtz+XjDQrIw9Xm 4SDH4ePRx9PjIObH4cjR5srm3+bhIObF39PHyOXjIN3kIMfhytrH4+Eg49ogyt/k5uHmzO3HIMfh 49rh5uPHyiDmytLm7c8NCsfh49TH0d/t5CDI4+XH0cfKIMfTys7Px+Mgyt/k5uHmzO3HIMfh49rh 5uPHyiDhzs/jySDD2uPH4SDH4drhx97HyiDH4drH48kNCubH4cXa4cfjLg0KIA0KDQoqCcfhx9PK 3cfPySDj5CDF49/H5O3HyiDK3+Tm4ebM7ccgx+Hj2uHm48fKLg0KKgnKzc/tzyDO1cfG1SDH4dHT x+HJIMfhxdrhx+PtySDH4ebHzMggyubHzM/lxyDa4ewgx+HUyN/JIMfhz+bh7ckNCuHh49rh5uPH yi4NCioJxdrPx88g3sfaz8kgyO3H5MfKINrh7CDH4c3H08ggx+HC4e0gzsfVySDIxc/H0ckgx+Ha 4cfex8ogx+Hax+PJLg0KDQogDQoNCsfh483K5uwgx+Ha4ePtOg0KDQoxLiDj5cfRx8ogys7Y7dgg 5srk2e3jIMPa48fhIMfh2uHH3sfKIMfh2sfjySAuDQogICAgICCVIOPlx9HHyiDH4cfK1cfhIObH 4crDy+3RIN3tIMfh0cPtIMfh2sfjIC4NCiAgICAgIJUg4+XH0cfKIMrO2O3YIObK5Nnt4yDH4ePE yuPRx8og5sfh49rH0dYgLg0KICAgICAglSDj5cfRx8ogz9rjIMfhyOTHwSDH4crk2e3j7SDH4c/H zuHtIC4NCjIuIMPV5uEgx+HI0ebK5t/m4SDm4+XH0cfKIMfhytrH4+Eg49og38jH0SDH4dTO1e3H yiAuDQogICAgICCVIMLPx8ggx+HH08reyMfhIObH4crmz+3aIC4NCiAgICAgIJUg4+XH0cfKIMfh xeTVx8og5sfhzc/tyyAuDQogICAgICCVIMfhw+Hex8ggx+HR0+PtySDmx+HH08reyMfhx8og5sfh 48zH4+HHyiDd7SDH4crax+PhIOPaIN/Ix9Egx+HS5sfRIC4NCiAgICAgIJUgw9Xm4SDK5Nnt4yDH 4ePCz8gg5sfhzd3hx8ogLg0KMy4g3eQgxdrPx88gx+Hj2Mjm2sfKIObH4eTU0cfKIMfhxdrhx+Pt ySAuDQogICAgICCVIMPT0yDKztjt2CDmxeTKx8wgx+Hj2Mjm2sfKIMfhxdrhx+PtySAuDQogICAg ICCVIN7mx9rPIMXaz8fPIObKzdHt0SDH4ePYyObax8og3e0gx+Hm08fG4SDH4c/m0e3JIObb7dEg x+HP5tHtySAuDQogICAgICCVIMfh1ebRIMfh3ebK5tvRx93tySDmx+HR0+bjIMfh7c/m7ckg5sfT ys7Px+PHyuXHIN3tIMXkysfMIMfh4+bHzw0Kx+HF2uHH4+3JDQogICAgICCVIMfhxc7Rx8wgx+Hd 5O0g4eHj2Mjm2sfKIObH4eTU0cfKIC4NCjQuIMfTys7Px+Mgyt/k5uHmzO3HIMfh49rh5uPHyiDd 7SDFz8fRySDH4drhx97HyiDH4drH48kg5sfhxdrhx+MgLg0KICAgICAglSDF49/H5O3HyiDK3+Tm 4ebM7ccgx+Hj2uHm48fKIObP5tHlxyDd7SDKzdPt5CDDz8fBIMfh2uHH3sfKIMfh2sfjySAuDQog ICAgICCVINTI38fKIMfh49rh5uPHyiCWIMfh3dHVIObH4ePOx9jRIC4NCiAgICAgIJUgw9PTIMrV 4+3jINXdzcfKIM7H1ckgyMfh2uHH3sfKIMfh2sfjySDa4ewgx+HUyN/JIMfhz+bh7ckg4eHj2uHm 48fKIC4NCiAgICAgIJUgxdrPx88g3ubH2s8gyO3H5MfKIMfh2uHH3sfKIMfh2sfjySAuDQoNCiAg ICAgIJUgxePfx+Ttx8ogyt/k5uHmzO3HIMfh49rh5uPHyiDmz+bR5ccg3e0gys3T7eQgw8/HwSDH 4drhx97HyiDH4drH48kuDQo1LtTI38kgx+Hj2uHm48fKICIgx+HjzeHtySDmx+HP5uHtySAiIMfh 3dHVIObH4ePOx9jRLg0KNi7H4cjR7c8gx+HF4d/K0ebk7SDm3+3d7ckgx+HK2sfj4SDj2uUuDQo3 Lt3kIMrV4+3jIObF2s/HzyDH4ePmx88gx+HF2uHH4+3JLg0KOC7K1ePt4yDV3c3HyiDOx9XJIMjH 4drhx97HyiDH4drH48kg2uHsIMfh1MjfySDH4c/m4e3JIOHh49rh5uPHyi4NCjku3eQgxdrPx88g x9PK2OHH2iDH4dHD7SDH4drH4yDmx+HR08fG4SDH4cXa4cfj7ckgyMfhyNHtzyDH4cXh38rR5uTt Lg0KMTAuztXHxtUgx9PK2OHH2iDH4dHD7SDH4drH4yAvIMfh0dPH4ckgx+HF2uHH4+3JLg0KMTEu z+bR7ckgx9PK2OHH2iDH4dHD7SDH4drH4yAvIMfh0dPH4ckgx+HF2uHH4+3JLg0KMTIu48rHyNrJ IN3H2uHtySDH4dHTx+HJIMfhxdrhx+PtyS4NCjEzLsXaz8fPIN7mx9rPIMjtx+THyiDOx9XJIMjH 4drhx97HyiDH4drH48kuDQoxNC7K2Mjt3iDa4+HtLg0KDQoqCSANCg0KDQp0cmFpbmluZ0BldXJv LXRyYWluaW5nLm5ldA0Kd3d3LmV1cm90cmFpbmluZy5jbyA8aHR0cDovL3d3dy5ldXJvdHJhaW5p bmcuY28vPiANClRlbDorNDQ3NzAwMDY5NTcwIC8gKzk3MTUwODc2NTAyMiA8dGVsOis0NDc3MDAw Njk1NzAlMjAvJTIwKzk3MTUwODc2NTAyMj4gDQoNCiANCg0K ------=_NextPart_000_004C_01CE4F16.4BFBA1A0 Content-Type: text/html; charset="windows-1256" Content-Transfer-Encoding: quoted-printable

=C7=E1=DE=E6=C7=DA=CF =C7=E1=D0=E5=C8=ED=C9 = =E1=C5=CF=C7=D1=C9 =C7=E1=DA=E1=C7=DE=C7=CA = =C7=E1=DA=C7=E3=C9

 

  =D1=E3=D2 =C7=E1=CF=E6=D1=C9: H335  =CA=C7=D1=ED=CE =C7=E1=C5=E4=DA=DE=C7=CF: 19 - 23 =E3=C7=ED=E6 2013  =CF=E6=E1=C9 =C7=E1=C5=E4=DA=DE=C7=CF: =CF=C8=ED (=C7=E1=C5=E3=C7=D1=C7=CA =C7=E1=DA=D1=C8=ED=C9 = =C7=E1=E3=CA=CD=CF=C9)-=DD=E4=CF=DE =C7=E1=DA=E4=E6=C7=E4 - =CF=C8=ED = =E3=E6=E1  =C7=E1=CA=DF=E1=DD=C9:2500 =80

=C7=E1=C3=E5=CF=C7=DD :

=CA=E4=E3=ED=C9 =E3=E5=C7=D1=C7=CA =C7=E1=E3=D4=C7=D1=DF=ED=E4 =DD=ED = =C5=CF=C7=D1=C9 =C3=DA=E3=C7=E1 =C7=E1=DA=E1=C7=DE=C7=CA = =C7=E1=DA=C7=E3=C9 =E6=C7=E1=C5=DA=E1=C7=E3 =E6=CA=D2=E6=ED=CF=E5=E3 = =C8=C3=D5=E6=E1 =C7=E1=E3=D1=C7=D3=E3 =E6=C7=E1=C8=D1=E6=CA=E6=DF=E6=E1 = =E6=C5=DF=D3=C7=C8=E5=E3 =DD=E4 =C7=E1=CA=DA=C7=E3=E1 =E3=DA = =CA=DF=E4=E6=E1=E6=CC=ED=C7 =C7=E1=E3=DA=E1=E6=E3=C7=CA = =E6=CA=D2=E6=ED=CF =C7=E1=E3=D4=C7=D1=DF=ED=E4 =C8=E3=E5=C7=D1=C7=CA = =C7=D3=CA=CE=CF=C7=E3 =CA=DF=E4=E6=E1=E6=CC=ED=C7 = =C7=E1=E3=DA=E1=E6=E3=C7=CA =E1=CE=CF=E3=C9 =C3=DA=E3=C7=E1 = =C7=E1=DA=E1=C7=DE=C7=CA =C7=E1=DA=C7=E3=C9 = =E6=C7=E1=C5=DA=E1=C7=E3.
 

  • =C7=E1=C7=D3=CA= =DD=C7=CF=C9 =E3=E4 =C5=E3=DF=C7=E4=ED=C7=CA =CA=DF=E4=E6=E1=E6=CC=ED=C7 = =C7=E1=E3=DA=E1=E6=E3=C7=CA.
  • =CA=CD=CF=ED=CF= =CE=D5=C7=C6=D5 =C7=E1=D1=D3=C7=E1=C9 =C7=E1=C5=DA=E1=C7=E3=ED=C9 = =C7=E1=E6=C7=CC=C8 =CA=E6=C7=CC=CF=E5=C7 =DA=E1=EC =C7=E1=D4=C8=DF=C9 = =C7=E1=CF=E6=E1=ED=C9 =E1=E1=E3=DA=E1=E6=E3=C7=CA.
  • =C5=DA=CF=C7=CF= =DE=C7=DA=CF=C9 =C8=ED=C7=E4=C7=CA =DA=E1=EC =C7=E1=CD=C7=D3=C8 = =C7=E1=C2=E1=ED =CE=C7=D5=C9 =C8=C5=CF=C7=D1=C9 =C7=E1=DA=E1=C7=DE=C7=CA = =C7=E1=DA=C7=E3=C9.

 

=C7=E1=E3=CD=CA=E6=EC =C7=E1=DA=E1=E3=ED:

1. =E3=E5=C7=D1=C7=CA =CA=CE=D8=ED=D8 = =E6=CA=E4=D9=ED=E3 =C3=DA=E3=C7=E1 =C7=E1=DA=E1=C7=DE=C7=CA = =C7=E1=DA=C7=E3=C9 .
      =95 = =E3=E5=C7=D1=C7=CA =C7=E1=C7=CA=D5=C7=E1 =E6=C7=E1=CA=C3=CB=ED=D1 =DD=ED = =C7=E1=D1=C3=ED =C7=E1=DA=C7=E3 .
      =95 = =E3=E5=C7=D1=C7=CA =CA=CE=D8=ED=D8 =E6=CA=E4=D9=ED=E3 = =C7=E1=E3=C4=CA=E3=D1=C7=CA =E6=C7=E1=E3=DA=C7=D1=D6 = .
      =95 =E3=E5=C7=D1=C7=CA =CF=DA=E3 = =C7=E1=C8=E4=C7=C1 =C7=E1=CA=E4=D9=ED=E3=ED =C7=E1=CF=C7=CE=E1=ED = .
2. =C3=D5=E6=E1 =C7=E1=C8=D1=E6=CA=E6=DF=E6=E1 = =E6=E3=E5=C7=D1=C7=CA =C7=E1=CA=DA=C7=E3=E1 =E3=DA =DF=C8=C7=D1 = =C7=E1=D4=CE=D5=ED=C7=CA .
      =95 = =C2=CF=C7=C8 =C7=E1=C7=D3=CA=DE=C8=C7=E1 =E6=C7=E1=CA=E6=CF=ED=DA = .
      =95 =E3=E5=C7=D1=C7=CA = =C7=E1=C5=E4=D5=C7=CA =E6=C7=E1=CD=CF=ED=CB = .
      =95 =C7=E1=C3=E1=DE=C7=C8 = =C7=E1=D1=D3=E3=ED=C9 =E6=C7=E1=C7=D3=CA=DE=C8=C7=E1=C7=CA = =E6=C7=E1=E3=CC=C7=E3=E1=C7=CA =DD=ED =C7=E1=CA=DA=C7=E3=E1 =E3=DA = =DF=C8=C7=D1 =C7=E1=D2=E6=C7=D1 .
      =95 = =C3=D5=E6=E1 =CA=E4=D9=ED=E3 =C7=E1=E3=C2=CF=C8 =E6=C7=E1=CD=DD=E1=C7=CA = .
3. =DD=E4 =C5=DA=CF=C7=CF =C7=E1=E3=D8=C8=E6=DA=C7=CA = =E6=C7=E1=E4=D4=D1=C7=CA =C7=E1=C5=DA=E1=C7=E3=ED=C9 = .
      =95 =C3=D3=D3 =CA=CE=D8=ED=D8 = =E6=C5=E4=CA=C7=CC =C7=E1=E3=D8=C8=E6=DA=C7=CA = =C7=E1=C5=DA=E1=C7=E3=ED=C9 .
      =95 = =DE=E6=C7=DA=CF =C5=DA=CF=C7=CF =E6=CA=CD=D1=ED=D1 = =C7=E1=E3=D8=C8=E6=DA=C7=CA =DD=ED =C7=E1=E6=D3=C7=C6=E1 = =C7=E1=CF=E6=D1=ED=C9 =E6=DB=ED=D1 =C7=E1=CF=E6=D1=ED=C9 = .
      =95 =C7=E1=D5=E6=D1 = =C7=E1=DD=E6=CA=E6=DB=D1=C7=DD=ED=C9 =E6=C7=E1=D1=D3=E6=E3 = =C7=E1=ED=CF=E6=ED=C9 =E6=C7=D3=CA=CE=CF=C7=E3=C7=CA=E5=C7 =DD=ED = =C5=E4=CA=C7=CC =C7=E1=E3=E6=C7=CF = =C7=E1=C5=DA=E1=C7=E3=ED=C9
      =95 = =C7=E1=C5=CE=D1=C7=CC =C7=E1=DD=E4=ED =E1=E1=E3=D8=C8=E6=DA=C7=CA = =E6=C7=E1=E4=D4=D1=C7=CA .
4. =C7=D3=CA=CE=CF=C7=E3 = =CA=DF=E4=E6=E1=E6=CC=ED=C7 =C7=E1=E3=DA=E1=E6=E3=C7=CA =DD=ED = =C5=CF=C7=D1=C9 =C7=E1=DA=E1=C7=DE=C7=CA =C7=E1=DA=C7=E3=C9 = =E6=C7=E1=C5=DA=E1=C7=E3 .
      =95 = =C5=E3=DF=C7=E4=ED=C7=CA =CA=DF=E4=E6=E1=E6=CC=ED=C7 = =C7=E1=E3=DA=E1=E6=E3=C7=CA =E6=CF=E6=D1=E5=C7 =DD=ED =CA=CD=D3=ED=E4 = =C3=CF=C7=C1 =C7=E1=DA=E1=C7=DE=C7=CA =C7=E1=DA=C7=E3=C9 = .
      =95 =D4=C8=DF=C7=CA = =C7=E1=E3=DA=E1=E6=E3=C7=CA =96 =C7=E1=DD=D1=D5 =E6=C7=E1=E3=CE=C7=D8=D1 = .
      =95 =C3=D3=D3 =CA=D5=E3=ED=E3 = =D5=DD=CD=C7=CA =CE=C7=D5=C9 =C8=C7=E1=DA=E1=C7=DE=C7=CA = =C7=E1=DA=C7=E3=C9 =DA=E1=EC =C7=E1=D4=C8=DF=C9 =C7=E1=CF=E6=E1=ED=C9 = =E1=E1=E3=DA=E1=E6=E3=C7=CA .
      =95 = =C5=DA=CF=C7=CF =DE=E6=C7=DA=CF =C8=ED=C7=E4=C7=CA = =C7=E1=DA=E1=C7=DE=C7=CA =C7=E1=DA=C7=E3=C9 .

      =95 = =C5=E3=DF=C7=E4=ED=C7=CA =CA=DF=E4=E6=E1=E6=CC=ED=C7 = =C7=E1=E3=DA=E1=E6=E3=C7=CA =E6=CF=E6=D1=E5=C7 =DD=ED =CA=CD=D3=ED=E4 = =C3=CF=C7=C1 =C7=E1=DA=E1=C7=DE=C7=CA = =C7=E1=DA=C7=E3=C9.
5.=D4=C8=DF=C9 =C7=E1=E3=DA=E1=E6=E3=C7=CA " = =C7=E1=E3=CD=E1=ED=C9 =E6=C7=E1=CF=E6=E1=ED=C9 " =C7=E1=DD=D1=D5 = =E6=C7=E1=E3=CE=C7=D8=D1.
6.=C7=E1=C8=D1=ED=CF = =C7=E1=C5=E1=DF=CA=D1=E6=E4=ED =E6=DF=ED=DD=ED=C9 =C7=E1=CA=DA=C7=E3=E1 = =E3=DA=E5.
7.=DD=E4 =CA=D5=E3=ED=E3 =E6=C5=DA=CF=C7=CF = =C7=E1=E3=E6=C7=CF =C7=E1=C5=DA=E1=C7=E3=ED=C9.
8.=CA=D5=E3=ED=E3 = =D5=DD=CD=C7=CA =CE=C7=D5=C9 =C8=C7=E1=DA=E1=C7=DE=C7=CA = =C7=E1=DA=C7=E3=C9 =DA=E1=EC =C7=E1=D4=C8=DF=C9 =C7=E1=CF=E6=E1=ED=C9 = =E1=E1=E3=DA=E1=E6=E3=C7=CA.
9.=DD=E4 =C5=DA=CF=C7=CF = =C7=D3=CA=D8=E1=C7=DA =C7=E1=D1=C3=ED =C7=E1=DA=C7=E3 = =E6=C7=E1=D1=D3=C7=C6=E1 =C7=E1=C5=DA=E1=C7=E3=ED=C9 = =C8=C7=E1=C8=D1=ED=CF = =C7=E1=C5=E1=DF=CA=D1=E6=E4=ED.
10.=CE=D5=C7=C6=D5 = =C7=D3=CA=D8=E1=C7=DA =C7=E1=D1=C3=ED =C7=E1=DA=C7=E3 / = =C7=E1=D1=D3=C7=E1=C9 =C7=E1=C5=DA=E1=C7=E3=ED=C9.
11.=CF=E6=D1=ED=C9 = =C7=D3=CA=D8=E1=C7=DA =C7=E1=D1=C3=ED =C7=E1=DA=C7=E3 / = =C7=E1=D1=D3=C7=E1=C9 = =C7=E1=C5=DA=E1=C7=E3=ED=C9.
12.=E3=CA=C7=C8=DA=C9 =DD=C7=DA=E1=ED=C9 = =C7=E1=D1=D3=C7=E1=C9 =C7=E1=C5=DA=E1=C7=E3=ED=C9.
13.=C5=DA=CF=C7=CF = =DE=E6=C7=DA=CF =C8=ED=C7=E4=C7=CA =CE=C7=D5=C9 = =C8=C7=E1=DA=E1=C7=DE=C7=CA =C7=E1=DA=C7=E3=C9.
14.=CA=D8=C8=ED=DE = =DA=E3=E1=ED.

  •  


training@euro-training.net
www.eurotraining.co
Tel:+447700069570 / = +971508765022

 

------=_NextPart_000_004C_01CE4F16.4BFBA1A0-- From wwwrun@oss.sgi.com Sun May 12 15:05:44 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id B74EE29DFA; Sun, 12 May 2013 15:05:44 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 975] pmcollectl clobbers PCP archive folio Date: Sun, 12 May 2013 20:05:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1368389144.554f2.1019"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368389144.554f2.1019 Date: Sun, 12 May 2013 15:05:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=975 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Ken McDonell --- Assume the intent was to append the Created by comment to the end of the folio. Fixed by commit http://oss.sgi.com/cgi-bin/gitweb.cgi?p=kenj/pcp.git;a=commitdiff;h=1f6142143307f4d5c8bbedf87d89abe7578967bd -- You are receiving this mail because: You are on the CC list for the bug. --1368389144.554f2.1019 Date: Sun, 12 May 2013 15:05:44 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 975
What Removed Added
Status NEW RESOLVED
Resolution --- FIXED

Comment # 1 on bug 975 from 
Assume the intent was to append the Created by comment to the end of the folio.

Fixed by commit
http://oss.sgi.com/cgi-bin/gitweb.cgi?p=kenj/pcp.git;a=commitdiff;h=1f6142143307f4d5c8bbedf87d89abe7578967bd

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368389144.554f2.1019-- From wwwrun@oss.sgi.com Sun May 12 17:51:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 0D8EA7F4E; Sun, 12 May 2013 17:51:19 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 974] Installation issues when user "pcp" and/or group "pcp" already defined Date: Sun, 12 May 2013 22:51:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 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: Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1368399079.0E6f42.9352"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368399079.0E6f42.9352 Date: Sun, 12 May 2013 17:51:19 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=974 --- Comment #3 from Nathan Scott --- | ... | But a sys admin should be able to do _something_ and then install/upgrade the | package and have the right thing happen. *nod* - fair enough, that would indeed give folks who find themselves in Cliff's situation a much better option. -- You are receiving this mail because: You are on the CC list for the bug. --1368399079.0E6f42.9352 Date: Sun, 12 May 2013 17:51:19 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 3 on bug 974 from 
| ...
| But a sys admin should be able to do _something_ and then install/upgrade the
| package and have the right thing happen.

*nod* - fair enough, that would indeed give folks who find themselves in
Cliff's situation a much better option.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368399079.0E6f42.9352-- From kenj@internode.on.net Sun May 12 18:48:57 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3B63E7F37 for ; Sun, 12 May 2013 18:48:57 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1AA92304032 for ; Sun, 12 May 2013 16:48:53 -0700 (PDT) X-ASG-Debug-ID: 1368402517-04cbb05fe2218d70001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id XOaMfFQACRjhHQBu for ; Sun, 12 May 2013 16:48:37 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApgBACcpkFF20ToW/2dsb2JhbAANTYZ6uXuCcIEZgxMBAQEDASMVPAQBBQsLGAICBRYLAgIJAwIBAgFFBg0BBwEBiAKqGXKQLIEmjFCBMgeCQoETA6wCgWA Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 13 May 2013 09:18:36 +0930 Message-ID: <51902A5B.9080808@internode.on.net> Date: Mon, 13 May 2013 09:48:43 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: "Frank Ch. Eigler" , Dave Brolley , PCP Mailing List Subject: Re: [pcp] QA status - warning References: <51823EB3.1030003@internode.on.net> <851894341.11621320.1367881806756.JavaMail.root@redhat.com> <2055430036.11651048.1367887214801.JavaMail.root@redhat.com> <51889F39.8060206@internode.on.net> <86805787.12576575.1367970791260.JavaMail.root@redhat.com> <51899D55.20202@internode.on.net> <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> <5189E7B2.30501@internode.on.net> <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA status - warning In-Reply-To: <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368402517 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130784 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I need someone to help resolve the problem below that I reported several days ago and leaves rpm packaging broken on at least Fedora 18. == Packaging pcp, log is in /home/kenj/src/pcp-dev/Logs/pcp Packaging failed, see log in /home/kenj/src/pcp-dev/Logs/pcp Appending installation info to /tmp/pcp-build-32533/home/kenj/perl5/lib/perl5/x86_64-linux-thread-multi/perllocal.pod Arrgh ... no files to include in package via ../../../perl-pcp-pmda.list So far ... rpm packaging is broken here: vm03 3.8.0 x86_64 Fedora 18 (Spherical Cow) but works here: vm02 3.8.0 i686 openSUSE 12.1 (Asparagus) vm04 3.8.0 i586 CentOS 5.9 (Final) vm14 3.8.0 x86_64 CentOS 6.3 (Final) vm12 3.7.2 i686 Fedora 17 (Beefy Miracle) vm19 3.8.0 x86_64 openSUSE 12.2 (Mantis) grundy 3.8.0 ia64 SUSE SLES11 SP1 I have even tried cloning a new official pcp tree from oss.sgi.com, but same result on vm03. I cannot make much progress on this complete list of QA issues as they come from the Fedora 18 host, but let me pick up a few of the issues ... On 10/05/13 09:10, Nathan Scott wrote: > ... > OK, here's my notes from looking through these failures. I've > came back later and put a note with each as to who I think is/ > might want to look further. > > 024 - mmv pmda coming & going ... think this is as a result of > the earlier attempts to get consistent pmda setups for all > tests? can we force mmv to always be there? (and dso) > [at this stage, I've been assuming kenj'll tackle this] Fixed with a recent commit of mine ... cause is subtle and only peripherally related to consistent pmda setups. > 051 - looks like fallout from the wildcard changes? specific to > either your network or non-secure sockets though, as its > passing for me? I'll do a non-secure-socket QA run today > and send further mail as to which it is. > [one for kenj/brolley to nut out?] Not sure on this one, I have a mixture of passes and fails ... no clear picture yet. > ... > 359 - pmdasystemd failure - all metrics getting illegal pmid > (this is notrun for me, I have no QA hosts sufficiently modern > as yet - on the todo list, but wont happen overnight) > [fche? - see test 652 as well, looks related] Is being run and passing on other hosts, so not sure about this one. > 367 - hmm, test has linked the wrong .out file ... should be using > the exercising the auth PDU on PCP_380, which the test did, > but compared to pre-3.8.0 .out file (367.out.1) - could be a > bad localconfig here? passes for me. > [setup issue - kenj?] Not a setup issue. There is a typo in 367 re authenticate vs authentication ... authenticate=false eval `pmconfig -L 2>/dev/null` rm -f $seq.out $seq.full if $authentication ; then but that's not the problem. On several hosts I have authentication=false from pmconfig -L, but the .bad file seems to match 367.out.2 Should the guard be checking PCP_VER or are there 3 possible output files expected? pre-3.8.0, 3.8.0 with authentication, 3.8.0 without authentication? > 371 - ... > [nathans] Passing now on all recently tested platforms, thanks. > 374 - the .bad file you sent matches the expected output - this looks > like it might be another case of localconfig not being correct? Not a config problem on another host with the same symptom. Seems like this commit 0df386edf0d94119d46ee849ccc91a82d6911e33 changed the pmns for the pmcd PMDA, but some consequential change is needed for the QA test. > 375 - ditto Seems to be passing now. > 513 - and again (exercised the new auth PDU, but compared to older > version of expected output) > [setup issue - kenj?] Not a setup issue. Same as 367 (but no typo this time). > 532 - pmlogger_daily - somehow a temp file not created (/tmp/pid.out.1) > and several cascading errors resulted? passes for me though. Seems to be passing now. > > 652 - another systemd failure - oh, looks like the metrics changed (ISTR > suggesting this) and perhaps the test was not updated? Lets prod > Frank for his verdict, but this looks to me like a bad .out file. > [fche - possibly just a qa/remake needed by kenj?] Can't test due to rpm build issue above. Not obviously run elsewhere. From kenj@internode.on.net Sun May 12 18:50:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A8A447F37 for ; Sun, 12 May 2013 18:50:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7D6ED304032 for ; Sun, 12 May 2013 16:50:22 -0700 (PDT) X-ASG-Debug-ID: 1368402617-04cb6c53a320fdc0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 2tkONWH6ABeY5Quf for ; Sun, 12 May 2013 16:50:17 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAE8qkFF20ToW/2dsb2JhbAANTYM+wUCEEjANFhgDAgECAVgGAgEBiBSqB5EfjXGBVIM/A5hSkzCBWA Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 13 May 2013 09:20:17 +0930 Message-ID: <51902AC0.6040709@internode.on.net> Date: Mon, 13 May 2013 09:50:24 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - small bug fixes and some QA fixups Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - small bug fixes and some QA fixups Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368402617 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130784 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/tar/postinstall.tail | 2 +- configure | 19 ++++++++++++++++--- configure.in | 14 +++++++++++--- man/man3/pmafm.3 | 14 ++++++++++++++ qa/024 | 2 +- qa/024.out.4 | 5 ----- qa/110 | 8 ++++---- src/include/pcp.conf.in | 5 +++-- src/pmcollectl/pmcollectl.py | 16 +++++++++------- src/pmdas/simple/Install | 16 ++++++++++++++++ 10 files changed, 75 insertions(+), 26 deletions(-) commit 1f6142143307f4d5c8bbedf87d89abe7578967bd Author: Ken McDonell Date: Mon May 13 05:58:39 2013 +1000 pmcollectl - fix 2 bugs 1. Append the "Created" record to the end of the folio, rather than clobbering the start of the folio Fixes: http://oss.sgi.com/bugzilla/show_bug.cgi?id=975 2. There is no need to call pmRecordControl with a PM_REC_OFF option as we're starting pmlogger with a -T option, so pmlogger will terminate of its own accord. But we do need to sleep a little longer to allow pmlogger to finish before we exit() and close the control socket to pmlogger. commit 1f5e476ada8a2c90d52196467cc90d3aa7858ed9 Author: Ken McDonell Date: Mon May 13 05:56:37 2013 +1000 man/pmafm.3 - clarify use of PM_REC_OFF for pmRecordControl() Specifically, it is not needed if pmlogger is started with -T or -s options which limit the duration of logging, and no dialog is generated in this case. commit 41235b84cf3df45f2806e50029cf244089ebbb90 Author: Ken McDonell Date: Sun May 12 17:03:36 2013 +1000 qa/110 - undo previous InDom cache change Moved into the simple PMDA's Install script. commit cf5a646dce61aa2281fe7a59886c526a1357c64e Author: Ken McDonell Date: Sun May 12 16:59:22 2013 +1000 simple PMDA Install - set ownership of InDom cache files $PCP_VAR_DIR/config/pmda/253.1 needs to be owned by the user $PCP_USER and writeable. commit 38c5ca959586c1344e370bf357f5bacec6422da0 Author: Ken McDonell Date: Sun May 12 16:48:58 2013 +1000 configure & pcp.conf - add $PCP_GROUP We have $PCP_USER already, added $PCP_GROUP so scripts can safely do $ chown $PCP_USER:$PCP_GROUP commit c0bfe8eb395c3e01749a0fd4cdc252df97b99985 Author: Ken McDonell Date: Sun May 12 14:48:10 2013 +1000 qa/024 - fix strange regression Not really a regression ... the output when loading the dso's from pmcd.conf depends on the _order_ of the lines in pmcd.conf ... after sorting (already done) pipe into uniq to remove this non-determinism in the test output. commit 910bf9b2ae664141e352c6e3c68dcd960980053d Author: Ken McDonell Date: Sun May 12 13:43:41 2013 +1000 qa/110 - clean simple PMDA InDom cache commit 0e851fa8a7fc5216d18353945a28e0d04cc11a51 Author: Ken McDonell Date: Sun May 12 13:41:17 2013 +1000 pmgweb conditonal post install script for tar packaging From nscott@redhat.com Sun May 12 19:17:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 01E277F37 for ; Sun, 12 May 2013 19:17:50 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 92D32AC002 for ; Sun, 12 May 2013 17:17:46 -0700 (PDT) X-ASG-Debug-ID: 1368404262-04bdf04223213dd0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id u9OvwnyVPMeetlkh for ; Sun, 12 May 2013 17:17:42 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4D0HdKM023311; Sun, 12 May 2013 20:17:39 -0400 Date: Sun, 12 May 2013 20:17:39 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1160902372.350447.1368404259385.JavaMail.root@redhat.com> In-Reply-To: <51902A5B.9080808@internode.on.net> References: <51823EB3.1030003@internode.on.net> <51889F39.8060206@internode.on.net> <86805787.12576575.1367970791260.JavaMail.root@redhat.com> <51899D55.20202@internode.on.net> <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> <5189E7B2.30501@internode.on.net> <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> <51902A5B.9080808@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: RJP0tb+JUqX/SmMv2oF1FGXDNEEGjw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368404262 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130784 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > I need someone to help resolve the problem below that I reported several > days ago and leaves rpm packaging broken on at least Fedora 18. Did 3.7.2 work on this host (vm03)? I don't think we've got anything new/changed in the perl build since 3.7.2, so seems odd. If it passed in 3.7.2, then there might be something strange in the qa host setup - the auto-builders here had no problem with f18 (although that's not using the Makepkgs script). > == Packaging pcp, log is in /home/kenj/src/pcp-dev/Logs/pcp > Packaging failed, see log in /home/kenj/src/pcp-dev/Logs/pcp (anything interesting in the tail of that log file?) > Appending installation info to > /tmp/pcp-build-32533/home/kenj/perl5/lib/perl5/x86_64-linux-thread-multi/perllocal.pod > Arrgh ... no files to include in package via ../../../perl-pcp-pmda.list > > > > > 024 - mmv pmda coming & going ... think this is as a result of > > the earlier attempts to get consistent pmda setups for all > > tests? can we force mmv to always be there? (and dso) > > [at this stage, I've been assuming kenj'll tackle this] > > Fixed with a recent commit of mine ... cause is subtle and only > peripherally related to consistent pmda setups. > Good catch, didn't think of that - thanks. > > 051 - looks like fallout from the wildcard changes? specific to > > either your network or non-secure sockets though, as its > > passing for me? I'll do a non-secure-socket QA run today > > and send further mail as to which it is. > > [one for kenj/brolley to nut out?] > > Not sure on this one, I have a mixture of passes and fails ... no clear > picture yet. Ah, I still need to do that non-secure test run - will do today. > > ... > > 359 - pmdasystemd failure - all metrics getting illegal pmid > > (this is notrun for me, I have no QA hosts sufficiently modern > > as yet - on the todo list, but wont happen overnight) > > [fche? - see test 652 as well, looks related] > > Is being run and passing on other hosts, so not sure about this one. I had another look into this one, and I'd punt this is a test failure. this test is susceptible to residual metric names in the namespace, and somehow you had pmdasystemd names in the PMNS at the start of the test, but no pmcd.conf entry for that PMDA. I think. > > 367 - hmm, test has linked the wrong .out file ... should be using > > ... > but that's not the problem. On several hosts I have > authentication=false from pmconfig -L, but the .bad file seems to match > 367.out.2 > > Should the guard be checking PCP_VER or are there 3 possible output Yes, thats correct - the guards were wrong, and it should indeed be a PCP_VER check - fixed now, thanks. > > > 374 - the .bad file you sent matches the expected output - this looks > > like it might be another case of localconfig not being correct? > > Not a config problem on another host with the same symptom. Seems like > this commit 0df386edf0d94119d46ee849ccc91a82d6911e33 changed the pmns > for the pmcd PMDA, but some consequential change is needed for the QA test. > Hmm, right you are, ah I think I have missed this one as some of my remote hosts were up/down/missing/running older dev PCP versions at various times. Will be fixed with my next set of commits. > > 513 - and again (exercised the new auth PDU, but compared to older > > version of expected output) > > [setup issue - kenj?] > > Not a setup issue. Same as 367 (but no typo this time). Yep, fixed now. > > 532 - pmlogger_daily - somehow a temp file not created (/tmp/pid.out.1) > > and several cascading errors resulted? passes for me though. > > Seems to be passing now. > > > > 652 - another systemd failure - oh, looks like the metrics changed (ISTR > > suggesting this) and perhaps the test was not updated? Lets prod > > Frank for his verdict, but this looks to me like a bad .out file. > > [fche - possibly just a qa/remake needed by kenj?] > > Can't test due to rpm build issue above. Not obviously run elsewhere. > Should work now, Franks confirmed that a remake was in order. cheers. -- Nathan From nscott@redhat.com Sun May 12 19:20:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id BF0FB7F37 for ; Sun, 12 May 2013 19:20:34 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 80404304039 for ; Sun, 12 May 2013 17:20:34 -0700 (PDT) X-ASG-Debug-ID: 1368404433-04bdf04223213f10001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Ui5RLxjrDPYfjV0s for ; Sun, 12 May 2013 17:20:33 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4D0KWXt008805 for ; Sun, 12 May 2013 20:20:32 -0400 Date: Sun, 12 May 2013 20:20:32 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1957448446.350555.1368404432939.JavaMail.root@redhat.com> In-Reply-To: <71306058.350554.1368404426979.JavaMail.root@redhat.com> Subject: pcp updates: qa, kenj merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, kenj merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: qa, kenj merge Thread-Index: hpsvYWLrtFf4lDZIKIcdCM86RYXTwA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368404433 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130786 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev build/tar/postinstall.tail | 2 +- debian/pcp.postinst.tail | 2 +- qa/367 | 5 +---- qa/374.out.2 | 2 +- qa/513 | 5 +---- 5 files changed, 5 insertions(+), 11 deletions(-) commit ca36b483ee829c207f7ab0e9954b18d104971e57 Author: Nathan Scott Date: Mon May 13 10:18:56 2013 +1000 Correct the test for dir chown in deb postinstall script commit 9281996d85df6f09ef194a90a047567eac36a5ed Author: Nathan Scott Date: Mon May 13 10:16:54 2013 +1000 Correct the test for dir chown in tar postinstall script commit 65b2c85bc83aa94a21026a2e8f19b99b9ee8e5d7 Author: Nathan Scott Date: Mon May 13 10:15:37 2013 +1000 Correct the out file guards in tests 367 and 513 commit 9fc14e32cbeede5da6ba6c86e2c70e4610bb2f15 Author: Nathan Scott Date: Mon May 13 10:15:04 2013 +1000 Fix .2 variant of qa/374 test output to match latest code From wwwrun@oss.sgi.com Sun May 12 20:00:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 0AD167F4E; Sun, 12 May 2013 20:00:20 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 974] Installation issues when user "pcp" and/or group "pcp" already defined Date: Mon, 13 May 2013 01:00:19 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jhanson@sgi.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: cc Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1368406819.c0De3.19875"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368406819.c0De3.19875 Date: Sun, 12 May 2013 20:00:19 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=974 jhanson@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhanson@sgi.com --- Comment #4 from jhanson@sgi.com --- Note that PBSPro requires a pbs account as well. Their account is pbsdata which is a bit less likely to match a set of initials. Perhaps if you have to hard code something you might be a bit more obscure. That is instead of pcp you could use pcpusr for PCP_USER pcpgrp for PCP_GROUP -- You are receiving this mail because: You are on the CC list for the bug. --1368406819.c0De3.19875 Date: Sun, 12 May 2013 20:00:19 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 974
What Removed Added
CC   jhanson@sgi.com

Comment # 4 on bug 974 from 
Note that PBSPro requires a pbs account as well.  Their account is pbsdata
which is a bit 
less likely to match a set of initials.
Perhaps if you have to hard code something you might be a bit more obscure. 
That is instead of
pcp you could use

pcpusr for PCP_USER
pcpgrp for PCP_GROUP

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368406819.c0De3.19875-- From nscott@redhat.com Mon May 13 00:28:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 39D8429DF8 for ; Mon, 13 May 2013 00:28:27 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1ADFF8F8037 for ; Sun, 12 May 2013 22:28:23 -0700 (PDT) X-ASG-Debug-ID: 1368422902-04cb6c53a321f2a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id xdL3VGAGjJSb3rG1 for ; Sun, 12 May 2013 22:28:22 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4D5SMrs022839; Mon, 13 May 2013 01:28:22 -0400 Date: Mon, 13 May 2013 01:28:22 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: PCP Mailing List Message-ID: <1167425106.406955.1368422902168.JavaMail.root@redhat.com> In-Reply-To: <1235865755.405698.1368422698798.JavaMail.root@redhat.com> Subject: Python regression - likely related to previous scox/dev merge MIME-Version: 1.0 X-ASG-Orig-Subj: Python regression - likely related to previous scox/dev merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Python regression - likely related to previous scox/dev merge Thread-Index: iZgzbEgruURP028o4L+aITm/1TmAsA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368422902 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130806 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Stan, I'm now seeing another python regression in test 709 ... any ideas? This looks like a genuine issue in pmcollectl. 722 still failing as per earlier discussion, but that one looks more like a test problem. thanks! 709 57s ... - output mismatch (see 709.out.bad) 81,113c81,112 < <----------Disks-----------> < KBRead Reads KBWrit Writes < 9 9 9 9 < 9 9 9 9 < #<--------CPU--------> < #cpu sys inter ctxsw < 9 9 9 9 < 9 9 9 9 < <----------Network---------> < KBIn PktIn KBOut PktOut < 9 9 9 9 < 9 9 9 9 < #<-----------Memory-----------> < #Free Buff Cach Inac Slab Map < 9M 9M 9M 9M 9M 9M < 9M 9M 9M 9M 9M 9M < # DISK SUMMARY (/sec) < #KBRead RMerged Reads SizeKB KBWrite WMerged Writes SizeKB < 9 9 9 9 9 9 9 9 < 9 9 9 9 9 9 9 9 < # CPU SUMMARY (INTR, CTXSW & PROC /sec) < #User Nice Sys Wait IRQ Soft Steal Idle CPUs Intr Ctxsw Proc RunQ Run Avg9 Avg9 Avg9 RunT BlkT < 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9.9 9.9 9.9 9 9 < 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9.9 9.9 9.9 9 9 < # NETWORK SUMMARY (/sec) < # KBIn PktIn SizeIn MultI CmpI ErrsI KBOut PktOut SizeO CmpO ErrsO < 9 9 9 9 9 9 9 9 9 9 9 < 9 9 9 9 9 9 9 9 9 9 9 < # MEMORY SUMMARY < #<-------------------------------Physical Memory--------------------------------------><-----------Swap------------><-------Paging------> < # Total Used Free Buff Cached Slab Mapped Anon Commit Locked Inact Total Used Free In Out Fault MajFt In Out < 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9 9 9 9 9 9 < 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9M 9 9 9 9 9 9 --- > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 601, in > lines[len(lines)-1][2]) > IndexError: list index out of range [98%] 722 - output mismatch (see 722.out.bad) 2,3c2,3 < ATOP - Tue May 9 9:9:9 9 9 days, 9:9:9 elapsed < PRC | sys 9h9m | user 9m9s | #proc 9 | #zombie 9 --- > ATOP - Day Month 9 9:9:9 9 9 days, 9:9:9 elapsed > PRC | sys 9h9m | user 9h9m | #proc 9 | #zombie 9 5a6 > CPL | avg9 9.9 | avg9 9.9 | avg9 9.9 | csw 9.9e9 | intr 9.9e9 | 9c10 < LVM | x-x | | read 9.9e9 | write 9.9e9 | --- > LVM | x | | read 9.9e9 | write 9.9e9 | 11,13c12,14 < NET | transport | tcpi 9.9e9M | tcpo 9.9e9M | udpi 9.9e9M | udpo 9e9M | < NET | network | ipi 9e9M | ipo 9.9e9M | ipfrw 9M | deliv 9.9e9M | < NET | wlan9 | pcki 9e9M | pcko 9.9e9M | si 9 Kbps | so 9 Kpbs | --- > DSK | sdb | busy 9% | read 9 | write 9.9e9 | avio 9.9 ms | > NET | transport | tcpi 9.9e9M | tcpo 9.9e9M | udpi 9.9e9M | udpo 9.9e9M | > NET | network | ipi 9.9e9M | ipo 9.9e9M | ipfrw 9M | deliv 9.9e9M | 18a20 > CPL | avg9 9.9 | avg9 9.9 | avg9 9.9 | csw 9.9e9 | intr 9.9e9 | 22c24 < LVM | x-x | | read 9.9e9 | write 9.9e9 | --- > LVM | x | | read 9.9e9 | write 9.9e9 | 24,26c26,28 < NET | transport | tcpi 9.9e9M | tcpo 9.9e9M | udpi 9.9e9M | udpo 9e9M | < NET | network | ipi 9e9M | ipo 9.9e9M | ipfrw 9M | deliv 9.9e9M | < NET | wlan9 | pcki 9e9M | pcko 9.9e9M | si 9 Kbps | so 9 Kpbs | --- > DSK | sdb | busy 9% | read 9 | write 9.9e9 | avio 9.9 ms | > NET | transport | tcpi 9.9e9M | tcpo 9.9e9M | udpi 9.9e9M | udpo 9.9e9M | > NET | network | ipi 9.9e9M | ipo 9.9e9M | ipfrw 9M | deliv 9.9e9M | 28a31 > 9 9.9s 9.9s 9.9e9K 9.9e9K pcp - -- - x 9% pmcd Check local PMCD is still alive ... -- Nathan From nscott@redhat.com Mon May 13 01:37:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 00F6F7F50 for ; Mon, 13 May 2013 01:37:50 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id C7228304039 for ; Sun, 12 May 2013 23:37:46 -0700 (PDT) X-ASG-Debug-ID: 1368427065-04bdf04225222010001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id lMhSoZgmxTwnk3OV for ; Sun, 12 May 2013 23:37:45 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4D6bgCl001116; Mon, 13 May 2013 02:37:42 -0400 Date: Mon, 13 May 2013 02:37:42 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Dave Brolley Cc: PCP Mailing List Message-ID: <1375886916.431361.1368427062324.JavaMail.root@redhat.com> In-Reply-To: <51902A5B.9080808@internode.on.net> References: <51823EB3.1030003@internode.on.net> <51889F39.8060206@internode.on.net> <86805787.12576575.1367970791260.JavaMail.root@redhat.com> <51899D55.20202@internode.on.net> <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> <5189E7B2.30501@internode.on.net> <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> <51902A5B.9080808@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: LfWXC5V8FRG/dqNKX1pyZ3YIlAsMWQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368427065 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130810 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi guys, ----- Original Message ----- > ... > > 051 - looks like fallout from the wildcard changes? specific to > > either your network or non-secure sockets though, as its > > passing for me? I'll do a non-secure-socket QA run today > > and send further mail as to which it is. > > [one for kenj/brolley to nut out?] > > Not sure on this one, I have a mixture of passes and fails ... no clear > picture yet. I've reproduced this locally now - it passes with secure sockets enabled, but fails when built with configure --without-secure-sockets option set. [7%] 051 34s ... - output mismatch (see 051.out.bad) 797a798 > [DATE] pmcd(PID) Error: Permission clash for ... It's got to be something specific to the non-secure-sockets code paths and very likely related to the address wildcard changes ... Dave, can you take a closer look? This appears to be a regression. cheers. -- Nathan From nscott@redhat.com Mon May 13 01:42:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D31167F50 for ; Mon, 13 May 2013 01:42:39 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id B2C14304039 for ; Sun, 12 May 2013 23:42:39 -0700 (PDT) X-ASG-Debug-ID: 1368427355-04cb6c53a4222c90001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id L4MGBt7Ws98xBCYf for ; Sun, 12 May 2013 23:42:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4D6gZEs001986 for ; Mon, 13 May 2013 02:42:35 -0400 Date: Mon, 13 May 2013 02:42:35 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1641552560.432394.1368427355153.JavaMail.root@redhat.com> In-Reply-To: <792849381.432060.1368427257089.JavaMail.root@redhat.com> Subject: pcp updates: auth fix + diagnostics, man page fix MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: auth fix + diagnostics, man page fix Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: auth fix + diagnostics, man page fix Thread-Index: AAX0gSWrt/aYkiurJfIZ5DozrcrhKg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368427355 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130810 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/libpcp/src/check-statics | 1 src/libpcp/src/internal.h | 1 src/libpcp/src/p_auth.c | 22 ++++- src/libpcp/src/secureconnect.c | 156 +++++++++++++++++++++++++---------------- src/libpcp/src/secureserver.c | 40 +++++++--- src/pmdas/samba/pmdasamba.pl | 2 6 files changed, 145 insertions(+), 77 deletions(-) commit a2aec902104e34ea163f034599a3de67c272034a Author: Marko Myllynen Date: Mon May 13 16:39:06 2013 +1000 Fix pmdasamba.1 typo commit 590422cc1c4cef8f6470c9531f7688a5b8b68319 Author: Nathan Scott Date: Mon May 13 16:30:28 2013 +1000 Shift SASL callbacks off-stack; twas wrong and causing random failures Move the global callbacks (for verbose logging) to a constant global in libpcp, move the per-connection callbacks into alloc'd space that is per-secure-socket. Added further diagnostics on the client side, remove an incorrect diagnostic server side, and correct the buffer offset calculation logic in the server handling of the client-mechanism-response PDU. commit b1c6328216bcc7e164d961c211bed7b38811dd11 Author: Nathan Scott Date: Mon May 13 12:28:41 2013 +1000 Add more detailed SASL connection diagnostics to libpcp From kenj@internode.on.net Mon May 13 03:00:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 738D629DF8 for ; Mon, 13 May 2013 03:00:31 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 11146AC007 for ; Mon, 13 May 2013 01:00:27 -0700 (PDT) X-ASG-Debug-ID: 1368432025-04bdf042262263a0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id 115lCrC2NgIVKhY6 for ; Mon, 13 May 2013 01:00:25 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAH+ckFF20ToW/2dsb2JhbAANTYM+gzy8aYEYgxMBAQEDASNVAQUHBAsSBgICBRYLAgIJAwIBAgE3DgYNAQcBAYgCqjFykCKBJo4CB4JCgRMDk12EdZMw Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail07.adl2.internode.on.net with ESMTP; 13 May 2013 17:30:24 +0930 Message-ID: <51909DA0.3020402@internode.on.net> Date: Mon, 13 May 2013 18:00:32 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] QA status - warning References: <51823EB3.1030003@internode.on.net> <51889F39.8060206@internode.on.net> <86805787.12576575.1367970791260.JavaMail.root@redhat.com> <51899D55.20202@internode.on.net> <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> <5189E7B2.30501@internode.on.net> <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> <51902A5B.9080808@internode.on.net> <1160902372.350447.1368404259385.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA status - warning In-Reply-To: <1160902372.350447.1368404259385.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1368432025 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130816 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 13/05/13 10:17, Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- >> I need someone to help resolve the problem below that I reported several >> days ago and leaves rpm packaging broken on at least Fedora 18. > > Did 3.7.2 work on this host (vm03)? I don't think we've got anything > new/changed in the perl build since 3.7.2, so seems odd. If it passed > in 3.7.2, then there might be something strange in the qa host setup - > the auto-builders here had no problem with f18 (although that's not > using the Makepkgs script). Yes ... only started failing in the last week, may be 2 weeks. Is there any parallel gmake being done in the rpm packaging? >> == Packaging pcp, log is in /home/kenj/src/pcp-dev/Logs/pcp >> Packaging failed, see log in /home/kenj/src/pcp-dev/Logs/pcp > > (anything interesting in the tail of that log file?) Not that I can see ... it ends like this gzip --best PCP-PMDA-1.14.tar /usr/bin/gmake -f Makefile install DESTDIR=$DIST_ROOT; find $DIST_ROOT//usr -name .packlist -exec mv '{}' ../../../perl-pcp-pmda.list ';' ; if [ -s ../../../perl-pcp-pmda.list ] ; then _sfx=.gz; false && _sfx=.bz2; false && _sfx=.lzma; false && _sfx=.xz; sed -n -e '/\.bs$/d' -e 's/\.[0-9]pm$/&'"$_sfx/" -e "s@^$DIST_ROOT@@p" ../../../perl-pcp-pmda.list >../../../perl-pcp-pmda.list.tmp; mv ../../../perl-pcp-pmda.list.tmp ../../../perl-pcp-pmda.list; else echo "Arrgh ... no files to include in package via ../../../perl-pcp-pmda.list"; exit 1; fi; find $DIST_ROOT//usr -name perllocal.pod -exec rm -f '{}' ';' ; find $DIST_ROOT//usr -name \*.bs -exec rm -f '{}' ';' ; find $DIST_ROOT//usr -name PMDA.so -exec chmod 755 '{}' ';' Files found in blib/arch: installing files in blib/lib into architecture dependent library tree Installing /home/kenj/src/pcp/BUILDROOT/pcp-3.8.0-6.x86_64/home/kenj/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PCP/PMDA/PMDA.bs Installing /home/kenj/src/pcp/BUILDROOT/pcp-3.8.0-6.x86_64/home/kenj/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PCP/PMDA/PMDA.so Installing /home/kenj/src/pcp/BUILDROOT/pcp-3.8.0-6.x86_64/home/kenj/perl5/lib/perl5/x86_64-linux-thread-multi/PCP/PMDA.pm Installing /home/kenj/src/pcp/BUILDROOT/pcp-3.8.0-6.x86_64/usr/share/man/man3/PCP::PMDA.3pm Appending installation info to /home/kenj/src/pcp/BUILDROOT/pcp-3.8.0-6.x86_64/home/kenj/perl5/lib/perl5/x86_64-linux-thread-multi/perllocal.pod Arrgh ... no files to include in package via ../../../perl-pcp-pmda.list gmake[5]: *** [install] Error 1 gmake[4]: *** [install] Error 2 gmake[3]: *** [install_pcp] Error 2 gmake[3]: Leaving directory `/home/kenj/src/pcp/pcp-3.8.0/src' gmake[2]: *** [install_pcp] Error 2 gmake[2]: Leaving directory `/home/kenj/src/pcp/pcp-3.8.0'> > cheers. > > -- > Nathan > error: Bad exit status from /var/tmp/rpm-tmp.NkTIBk (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.NkTIBk (%install) > ... >>> 359 - pmdasystemd failure - all metrics getting illegal pmid >>> (this is notrun for me, I have no QA hosts sufficiently modern >>> as yet - on the todo list, but wont happen overnight) >>> [fche? - see test 652 as well, looks related] >> >> Is being run and passing on other hosts, so not sure about this one. > > I had another look into this one, and I'd punt this is a test failure. > this test is susceptible to residual metric names in the namespace, and > somehow you had pmdasystemd names in the PMNS at the start of the test,> > cheers. > > -- > Nathan > > but no pmcd.conf entry for that PMDA. I think. Hmm OK, we have other QA tests for other PMDAs that have exhibited the same bogus behaviour, namely leaving names in the PMNS but the PMDA unconfigured. On vm03 your guess is correct. If I get vm03 working again, I'll investigate there. > ... >>> 652 - another systemd failure - oh, looks like the metrics changed (ISTR >>> suggesting this) and perhaps the test was not updated? Lets prod >>> Frank for his verdict, but this looks to me like a bad .out file. >>> [fche - possibly just a qa/remake needed by kenj?] >> >> Can't test due to rpm build issue above. Not obviously run elsewhere. >> > > Should work now, Franks confirmed that a remake was in order. Need a working vm03 before I can check this. From nscott@redhat.com Mon May 13 04:35:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id AD2F17CBF for ; Mon, 13 May 2013 04:35:20 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2EB0FAC005 for ; Mon, 13 May 2013 02:35:20 -0700 (PDT) X-ASG-Debug-ID: 1368437715-04cb6c53a222df40001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id HRErd6Ho3Tmq81aU for ; Mon, 13 May 2013 02:35:15 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4D9ZDII001186; Mon, 13 May 2013 05:35:13 -0400 Date: Mon, 13 May 2013 05:35:12 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <108199651.589658.1368437712881.JavaMail.root@redhat.com> In-Reply-To: <51909DA0.3020402@internode.on.net> References: <51823EB3.1030003@internode.on.net> <51899D55.20202@internode.on.net> <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> <5189E7B2.30501@internode.on.net> <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> <51902A5B.9080808@internode.on.net> <1160902372.350447.1368404259385.JavaMail.root@redhat.com> <51909DA0.3020402@internode.on.net> Subject: Re: [pcp] QA status - warning MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status - warning Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: QA status - warning Thread-Index: rsrOxb9Ar0PNur2R8deSMFw/OWOCxQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368437715 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130822 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 13/05/13 10:17, Nathan Scott wrote: > > Hi Ken, > > > > ----- Original Message ----- > >> I need someone to help resolve the problem below that I reported several > >> days ago and leaves rpm packaging broken on at least Fedora 18. > > > > Did 3.7.2 work on this host (vm03)? I don't think we've got anything > > new/changed in the perl build since 3.7.2, so seems odd. If it passed > > in 3.7.2, then there might be something strange in the qa host setup - > > the auto-builders here had no problem with f18 (although that's not > > using the Makepkgs script). > > Yes ... only started failing in the last week, may be 2 weeks. Is there any > parallel gmake being done in the rpm packaging? > Not explicitly - might be worth reverting the parallel make commit (91917ccf3954bb39e495faa4ff5da1090fc6dfec) and seeing if anything changes though? cheers. -- Nathan From fche@redhat.com Mon May 13 08:38:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D46F47CBF for ; Mon, 13 May 2013 08:38:51 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id A68D98F8039 for ; Mon, 13 May 2013 06:38:51 -0700 (PDT) X-ASG-Debug-ID: 1368452330-04cb6c53a42389f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id x35YV4VyfQ7aNrlp for ; Mon, 13 May 2013 06:38:51 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r4DDcl9O024538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 13 May 2013 09:38:47 -0400 Received: from fche.csb (vpn-60-1.rdu2.redhat.com [10.10.60.1]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4DDclrU015897; Mon, 13 May 2013 09:38:47 -0400 Received: by fche.csb (Postfix, from userid 2569) id 9028C58236; Mon, 13 May 2013 09:38:46 -0400 (EDT) To: Nathan Scott Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: QA status - warning References: <51823EB3.1030003@internode.on.net> <51899D55.20202@internode.on.net> <1964501527.12596632.1367975338274.JavaMail.root@redhat.com> <5189E7B2.30501@internode.on.net> <1154906569.13931543.1368141029088.JavaMail.root@redhat.com> <51902A5B.9080808@internode.on.net> <1160902372.350447.1368404259385.JavaMail.root@redhat.com> <51909DA0.3020402@internode.on.net> <108199651.589658.1368437712881.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: QA status - warning From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 13 May 2013 09:38:46 -0400 In-Reply-To: <108199651.589658.1368437712881.JavaMail.root@redhat.com> (Nathan Scott's message of "Mon, 13 May 2013 05:35:12 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368452330 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Nathan Scott writes: > [...] >> Yes ... only started failing in the last week, may be 2 weeks. Is there any >> parallel gmake being done in the rpm packaging? > > Not explicitly - might be worth reverting the parallel make commit > (91917ccf3954bb39e495faa4ff5da1090fc6dfec) and seeing if anything > changes though? Those makefiles that were written with incomplete dependencies and/or data races (and thus unsafe with make -j) were easily "fixed" with .NOTPARALLEL:. If that is a problem for a particular directory, please let's try that first rather than reverting the whole thing. - FChE From wwwrun@oss.sgi.com Mon May 13 08:46:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 9A4237F51; Mon, 13 May 2013 08:46:18 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 974] Installation issues when user "pcp" and/or group "pcp" already defined Date: Mon, 13 May 2013 13:46:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 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: cc Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1368452778.16d1E4.32067"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1368452778.16d1E4.32067 Date: Mon, 13 May 2013 08:46:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=974 Frank Ch. Eigler changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fche@redhat.com --- Comment #5 from Frank Ch. Eigler --- (In reply to comment #0) > And finally, we need some (new) way to allow a local administrator to > over-ride the setting for $PCP_USER and $PCP_GROUP both at package > installation time and at run-time. At package installation time, for RPM, the user/group names need to be fixed, as ownership checks / predictability require. For the autoconf-processed rpm.spec.in, the existing --with-user-account=FOO option could be propagated into the spec file; just need a --with-group-account=BAR to go with it. Like a mouse and a cookie. -- You are receiving this mail because: You are on the CC list for the bug. --1368452778.16d1E4.32067 Date: Mon, 13 May 2013 08:46:18 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 974
What Removed Added
CC   fche@redhat.com

Comment # 5 on bug 974 from 
(In reply to comment #0)

> And finally, we need some (new) way to allow a local administrator to
> over-ride the setting for $PCP_USER and $PCP_GROUP both at package
> installation time and at run-time.

At package installation time, for RPM, the user/group names need to be
fixed, as ownership checks / predictability require.  For the
autoconf-processed rpm.spec.in, the existing --with-user-account=FOO
option could be propagated into the spec file; just need a
--with-group-account=BAR to go with it.  Like a mouse and a cookie.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1368452778.16d1E4.32067-- From brolley@redhat.com Mon May 13 11:23:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id DE7C87F51 for ; Mon, 13 May 2013 11:23:34 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9357C304032 for ; Mon, 13 May 2013 09:23:31 -0700 (PDT) X-ASG-Debug-ID: 1368462210-04bdf0422323b3a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id aPoUIG3Sf4F0uQ65 for ; Mon, 13 May 2013 09:23:30 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r4DGNU0W008388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 13 May 2013 12:23:30 -0400 Received: from [10.15.16.119] (dhcp-10-15-16-119.yyz.redhat.com [10.15.16.119]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4DGNThH024557 for ; Mon, 13 May 2013 12:23:30 -0400 Message-ID: <51911381.2060600@redhat.com> Date: Mon, 13 May 2013 12:23:29 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: IPv6 For libpcp_pmda Content-Type: multipart/alternative; boundary="------------080906080200080205020007" X-ASG-Orig-Subj: IPv6 For libpcp_pmda 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: 1368462210 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. --------------080906080200080205020007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I have been looking into the the last two (known) TODOs for IPv6 on my list: libpcp_pmda: pmdaConnect() in open.c calls __pmdaOpenInet() or __pmdaOpenUnix() depending on the value of the e_io field of the supplied pmdaInterface. The approach we have been taking to pcp daemons, in keeping with ipv6+inet as a transitional situation, is that they should listen on both inet and ipv6 simultaneously. It would be easy to add support to the pmdaInterface type for more than one open 'in_fd', similar to what has been added in src/libpcp/src/secureserver.c. When pmdaInet is configured with e_io==pmdaInet, then both an inet and ipv6 socket would be opened. Technically, this seems reasonable to me. My main concern would be that pmdaInet and __pmdaOpenInet() would become somewhat misnamed. Options are to a) not worry about it, b) rename these items c) add the new behaviour and appropriately named API extensions to pmda interface version 6, leaving the previous versions alone. Some guidance here would be appreciated. src/pmdas/trace: This component appears to have a listening socket for control purposes, in addition to the one obtained for libpcp_pmda for communicating with the pmcd. It seems reasonable the IPv6 connections should also be accepted here. Any thoughts? Thanks, Dave --------------080906080200080205020007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

I have been looking into the the last two (known) TODOs for IPv6 on my list:

libpcp_pmda:
pmdaConnect() in open.c calls __pmdaOpenInet() or __pmdaOpenUnix() depending on the value of the e_io field of the supplied pmdaInterface. The approach we have been taking to pcp daemons, in keeping with ipv6+inet as a transitional situation, is that they should listen on both inet and ipv6 simultaneously. It would be easy to add support to the pmdaInterface type for more than one open 'in_fd', similar to what has been added in src/libpcp/src/secureserver.c. When pmdaInet is configured with e_io==pmdaInet, then both an inet and ipv6 socket would be opened.

Technically, this seems reasonable to me. My main concern would be that pmdaInet and __pmdaOpenInet() would become somewhat misnamed. Options are to a) not worry about it, b) rename these items c) add the new behaviour and appropriately named API extensions to pmda interface version 6, leaving the previous versions alone.

Some guidance here would be appreciated.

src/pmdas/trace:
This component appears to have a listening socket for control purposes, in addition to the one obtained for libpcp_pmda for communicating with the pmcd. It seems reasonable the IPv6 connections should also be accepted here. Any thoughts?
Thanks,
Dave
--------------080906080200080205020007-- From nscott@redhat.com Mon May 13 20:33:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 662177CBF for ; Mon, 13 May 2013 20:33:22 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 019DDAC001 for ; Mon, 13 May 2013 18:33:18 -0700 (PDT) X-ASG-Debug-ID: 1368495197-04bdf04225254480001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 9jOWsu5ScfcEGW6F for ; Mon, 13 May 2013 18:33:18 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4E1XHYA006758 for ; Mon, 13 May 2013 21:33:17 -0400 Date: Mon, 13 May 2013 21:33:17 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <244456764.1147607.1368495197329.JavaMail.root@redhat.com> In-Reply-To: <957472151.1147021.1368495104167.JavaMail.root@redhat.com> Subject: pcp updates: qa, nss bugfix MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, nss bugfix Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: qa, nss bugfix Thread-Index: Z0xHbhfS/SMUe6BZGChzdKpkAOSEJQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368495198 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130886 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/722 | 19 +++++++++++++++---- qa/722.out | 29 +++++++++++++++-------------- src/libpcp/src/internal.h | 1 + src/libpcp/src/secureconnect.c | 20 ++++++++++++++++++++ 4 files changed, 51 insertions(+), 18 deletions(-) commit fdc5cea2ebf7385d6e99db9f11d53df4ce1e22b3 Author: Stan Cox Date: Tue May 14 11:29:23 2013 +1000 Filter the output for test qa/722 to suit arbitrary QA hosts commit 1a7f21009c2533fd7f654cee80fb6cd936cba313 Author: Nathan Scott Date: Tue May 14 11:27:40 2013 +1000 Ensure the NSSDB key part of a new user DB is setup correctly We were not setting a default passphrase on the DB, which meant databases that we setup (as opposed to certutil) automatically were not immediately writable by ourselves. This resulted in warnings being printed, and failure to save certificates. From brolley@redhat.com Mon May 13 20:45:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 5D2F77CBF for ; Mon, 13 May 2013 20:45:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3C2908F8049 for ; Mon, 13 May 2013 18:45:29 -0700 (PDT) X-ASG-Debug-ID: 1368495928-04bdf04225254e00001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id szufw9G85PalZmPD for ; Mon, 13 May 2013 18:45:28 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4E1jROi011808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 13 May 2013 21:45:27 -0400 Received: from [10.10.59.205] (vpn-59-205.rdu2.redhat.com [10.10.59.205]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4E1jQqV030447 for ; Mon, 13 May 2013 21:45:27 -0400 Message-ID: <51919736.8010808@redhat.com> Date: Mon, 13 May 2013 21:45:26 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates: False Permission Clashes During Access Configuration Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates: False Permission Clashes During Access Configuration Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368495928 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 The following have been pushed to the brolley/dev branch of the pcpfans repository. As a note, the failure of test 051 was caused by duplicates in the list of addresses returned by getaddrinfo(), from within __pmGetAddrInfo() for the --without-secure-sockets build. The same failure did not occur for the secure sockets build because the NSPR version of this function, PR_GetAddrInfoByName() filters out the duplicates. Dave ----------------------------------------- commit 52314425e3e81873f2e8ea65b1955adea84bd5d8 Author: Dave Brolley Date: Mon May 13 21:20:57 2013 -0400 Remove lingering reverse address lookup in the NSPR implementation of __pmGetAddrInfo(). commit e98e964491118289c228ca4cda59225539dba4dd Author: Dave Brolley Date: Mon May 13 21:14:17 2013 -0400 Eliminate duplicately resolved addresses for host access specs. When creating the list of resolved addresses for a given host name, do not add duplicate addresses to the list. This avoids false permission clashes which can occur when the same address is processed more than once. Fixes qa test case 051 for --without-secure-sockets builds. From nscott@redhat.com Mon May 13 22:27:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 646547CBF for ; Mon, 13 May 2013 22:27:10 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E78C0AC002 for ; Mon, 13 May 2013 20:27:06 -0700 (PDT) X-ASG-Debug-ID: 1368502021-04cb6c53a325f990001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id CHZA5FuCI49Nx1fi for ; Mon, 13 May 2013 20:27:02 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4E3R1In003906 for ; Mon, 13 May 2013 23:27:01 -0400 Date: Mon, 13 May 2013 23:27:01 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <833158035.1179066.1368502021411.JavaMail.root@redhat.com> In-Reply-To: <505463523.1179012.1368501956461.JavaMail.root@redhat.com> Subject: pcp updates: misc scox/brolley/nathans bug fixes MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: misc scox/brolley/nathans bug fixes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: misc scox/brolley/nathans bug fixes Thread-Index: XRN5v6+ZEFkhB2vp95D9i8AePNp+mw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368502021 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130894 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/libpcp/src/access.c | 12 +++++++++++- src/libpcp/src/secureconnect.c | 15 +-------------- src/pmcollectl/pmcollectl.py | 7 +++---- src/pmdas/simple/Install | 9 ++++++--- src/pmwebapi/main.c | 27 +++++++++++++++++++++++---- 5 files changed, 44 insertions(+), 26 deletions(-) commit 5562a66f8e523c35c6d08af34bc45ccdbf84a15f Author: Nathan Scott Date: Tue May 14 13:25:05 2013 +1000 Fix pmdasimple issue observed on a Mac OS X install Saw several warnings when trying to Install pmdasimple, turned out to be because config/pmda indom cache dir did not (yet) exist. Check for this in the install script before attempting permissions fixes. commit 5086a1cfa17d6e0b68b08d8dca0660837ef85637 Author: Nathan Scott Date: Tue May 14 12:55:32 2013 +1000 Expand relative paths in pmwebd log/resource location reporting commit 0d469506d45bd2620ec314bcb23359b495ba1b18 Merge: 327f0e2 93c8113 Author: Nathan Scott Date: Tue May 14 12:41:03 2013 +1000 Merge branch 'scox/dev' of ../pcpfans into dev commit 93c811379a058e51626df409bb92fdbd0b83c742 Author: Stan Cox Date: Mon May 13 22:36:00 2013 -0400 Improve archive pathname building. * pmcollectl.py (main): Assume order independence for "Archive" line in pcp archive folio file. commit 327f0e2b41984d37dd19e1693c0c505d03225243 Merge: fdc5cea 5231442 Author: Nathan Scott Date: Tue May 14 11:48:42 2013 +1000 Merge branch 'brolley/dev' of ../pcpfans into dev commit 52314425e3e81873f2e8ea65b1955adea84bd5d8 Author: Dave Brolley Date: Mon May 13 21:20:57 2013 -0400 Remove lingering reverse address lookup in the NSPR implementation of __pmGetAddrInfo(). commit e98e964491118289c228ca4cda59225539dba4dd Author: Dave Brolley Date: Mon May 13 21:14:17 2013 -0400 Eliminate duplicately resolved addresses for host access specs. When creating the list of resolved addresses for a given host name, do not add duplicate addresses to the list. This avoids false permission clashes which can occur when the same address is processed more than once. Fixes qa test case 051 for --without-secure-sockets builds. From nscott@redhat.com Mon May 13 22:52:07 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 451BE7CBF for ; Mon, 13 May 2013 22:52:07 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 175B98F8050 for ; Mon, 13 May 2013 20:52:03 -0700 (PDT) X-ASG-Debug-ID: 1368503522-04bdf0422325b100001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id VL1Ky9QqqaU69iSg for ; Mon, 13 May 2013 20:52:02 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4E3q2v6007689; Mon, 13 May 2013 23:52:02 -0400 Date: Mon, 13 May 2013 23:52:02 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <152876642.1184024.1368503522352.JavaMail.root@redhat.com> In-Reply-To: <51911381.2060600@redhat.com> References: <51911381.2060600@redhat.com> Subject: Re: [pcp] IPv6 For libpcp_pmda MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] IPv6 For libpcp_pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: IPv6 For libpcp_pmda Thread-Index: VHcKgECd7lnnT1CvftwDzGXS+evM7Q== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368503522 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130896 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > Hi, > > I have been looking into the the last two (known) TODOs for IPv6 on my list: > > libpcp_pmda: > > pmdaConnect() in open.c calls __pmdaOpenInet() or __pmdaOpenUnix() depending > on the value of the e_io field of the supplied pmdaInterface. The approach > we have been taking to pcp daemons, in keeping with ipv6+inet as a > transitional situation, is that they should listen on both inet and ipv6 > simultaneously. It would be easy to add support to the pmdaInterface type > for more than one open 'in_fd', similar to what has been added in > src/libpcp/src/secureserver.c. When pmdaInet is configured with > e_io==pmdaInet, then both an inet and ipv6 socket would be opened. > > Technically, this seems reasonable to me. My main concern would be that > pmdaInet and __pmdaOpenInet() would become somewhat misnamed. Options are to > a) not worry about it, b) rename these items c) add the new behaviour and > appropriately named API extensions to pmda interface version 6, leaving the > previous versions alone. > > Some guidance here would be appreciated. > The PMDA/PMCD relationship is quite a bit different to the client/pmcd relationship - its one-to-one (noone else will be communicating on this channel) and is much more controlled. So, I don't think opening ports for both ipv6 and inet is warranted in the PMDA case, and this should simplify things. Back-compatibility is required, and this ipv6 option should be available transparently to all PMDAs that support sockets. So, the pmcd.conf parsing should be extended to have an "ipv6" style of socket (alongside unix and inet - start from pmcd/src/config.c line 680 or so), and this should be propagated around including the spots you've listed above. Ultimately, it should be an ./Install-time decision for an admin to make, should they choose to go with the socket connection option for any given PMDA. > src/pmdas/trace: > > > This component appears to have a listening socket for control purposes, in > addition to the one obtained for libpcp_pmda for communicating with the > pmcd. It seems reasonable the IPv6 connections should also be accepted here. > Any thoughts? Yeah, this PMDA really needs to be totally rewritten. In the new world order it should not listen for network traffic at all, IMO, and should acquire lots of knowledge about how to export the new event metric type, how to setup some parent/child event relationships, how to assign unique ids to events, and all sorts of other useful stuff it lacks currently. Almost certainly it should be deferring to some underlying tracing technology like dyninst/stap/dtrace/lttng for the application instrumentation side of things (which would remove all of the socket code you've found), and focus on building the higher level concepts on top of one/more of those lower level toolkits. As such, I wouldn't worry about fixing this code up for IPv6 - hopefully it'll go the way of the dodo. cheers. -- Nathan From kenj@internode.on.net Tue May 14 00:00:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A4E747CBF for ; Tue, 14 May 2013 00:00:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 93A658F804C for ; Mon, 13 May 2013 22:00:47 -0700 (PDT) X-ASG-Debug-ID: 1368507644-04cbb05fe42628d0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id AEnHi6zbdW0oO6L7 for ; Mon, 13 May 2013 22:00:45 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAN/DkVF20ToW/2dsb2JhbAANTYM+wVmDUkAwDRYYAwIBAgFYBgIBAbJ0gzOPC488gz8DrAg Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail07.adl2.internode.on.net with ESMTP; 14 May 2013 14:30:44 +0930 Message-ID: <5191C506.1000207@internode.on.net> Date: Tue, 14 May 2013 15:00:54 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - small qa changes Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates - small qa changes Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1368507645 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130900 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/.gitignore | 3 +++ qa/526 | 6 ++++-- qa/group | 2 +- 3 files changed, 8 insertions(+), 3 deletions(-) commit 320607b296382bb72af9dd97445d3cde46616deb Author: Ken McDonell Date: Tue May 14 06:38:36 2013 +1000 qa/.gitignore - add a few .out files than are now variants When test xxx is changed to have variant output files, e.g. xxx.out is replaced by xxx.out.1, xxx.out.2, ... commit 96e53b2f4f761e8ca089b8064c0000189c250500 Author: Ken McDonell Date: Mon May 13 20:26:07 2013 +1000 qa/526 - try again for valgrind not run check commit 912bf8e3a8774af1ff99955de6ac12ac109661d5 Author: Ken McDonell Date: Mon May 13 18:02:44 2013 +1000 qa/526 - valgrind tweaking Needed a _check_valgrind call early on so it is not run if valgrind is not installed. Also added this test to the valgrind group. From save2day@mail.com Tue May 14 01:19:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=DATE_IN_PAST_12_24, FREEMAIL_FROM,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 58E2F7F37 for ; Tue, 14 May 2013 01:19:24 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 19AF530405F for ; Mon, 13 May 2013 23:19:23 -0700 (PDT) X-ASG-Debug-ID: 1368512357-04bdf04224260ea0001-S8gJnT Received: from mail.anhosting.com (66-118-151-124.static.sagonet.net [66.118.151.124]) by cuda.sgi.com with ESMTP id AqMJd6v95c3yFITS for ; Mon, 13 May 2013 23:19:18 -0700 (PDT) X-Barracuda-Envelope-From: save2day@mail.com X-Barracuda-Apparent-Source-IP: 66.118.151.124 Received: from OMER-K03AZRXDTI ([127.0.0.1]) by anhosting.com with MailEnable ESMTP; Mon, 13 May 2013 02:42:11 -0400 From: "=?UTF-8?B?16HXk9eoINeR15HXmdeY15XXlw==?=" Subject: =?UTF-8?B?15nXqSDXnNeaINeU15bXk9ee16DXldeqINeg15PXmdeo15Qg15zXotep15XXqiDXodeT16gg15HXkdeZ15jXldeXICgg16TXqNeh15XXnteqICk=?= To: "pcp" X-ASG-Orig-Subj: =?UTF-8?B?15nXqSDXnNeaINeU15bXk9ee16DXldeqINeg15PXmdeo15Qg15zXotep15XXqiDXodeT16gg15HXkdeZ15jXldeXICgg16TXqNeh15XXnteqICk=?= Content-Type: multipart/alternative; boundary="pZStipzd6Uo4O6JkVZxCYGrb4puj4=_3a9" MIME-Version: 1.0 Organization: =?UTF-8?B?16HXk9eoINeR15HXmdeY15XXlw==?= Date: Mon, 13 May 2013 02:42:11 -0400 Message-ID: <8DC094BB9878450E8490345C3CF3C9CD.MAI@anhosting.com> X-Barracuda-Connect: 66-118-151-124.static.sagonet.net[66.118.151.124] X-Barracuda-Start-Time: 1368512357 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.82 X-Barracuda-Spam-Status: No, SCORE=0.82 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DATE_IN_PAST_12_24, DATE_IN_PAST_12_24_2, HTML_MESSAGE, INFO_TLD X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130904 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 DATE_IN_PAST_12_24 Date: is 12 to 24 hours before Received: date 0.00 INFO_TLD URI: Contains an URL in the INFO top-level domain 0.00 HTML_MESSAGE BODY: HTML included in message 0.80 DATE_IN_PAST_12_24_2 DATE_IN_PAST_12_24_2 This is a multi-part message in MIME format --pZStipzd6Uo4O6JkVZxCYGrb4puj4=_3a9 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =D7=99=D7=A9 =D7=9C=D7=9A =D7=91=D7=99=D7=98=D7=95=D7=97? =D7=99=D7=95=D7=93=D7=A2 =D7=90=D7=99=D7=96=D7=94 =D7=A1=D7=95=D7=92=D7= =99 =D7=91=D7=99=D7=98=D7=95=D7=97=D7=99=D7=9D =D7=99=D7=A9 =D7=9C=D7=9A= ? =D7=99=D7=95=D7=93=D7=A2 =D7=9B=D7=9E=D7=94 =D7=9B=D7=A1=D7=A3 =D7=AA=D7= =A7=D7=91=D7=9C =D7=9E=D7=97=D7=91=D7=A8=D7=AA =D7=94=D7=91=D7=99=D7=98= =D7=95=D7=97 =D7=A9=D7=9C=D7=9A =D7=91=D7=9E=D7=99=D7=93=D7=94 =D7=95=D7= =AA=D7=A6=D7=98=D7=A8=D7=9A? =D7=9C=D7=A4=D7=A8=D7=98=D7=99=D7=9D =D7=A0=D7=95=D7=A1=D7=A4=D7=99=D7= =9D, =D7=9C=D7=97=D7=A5 =D7=9B=D7=90=D7=9F --pZStipzd6Uo4O6JkVZxCYGrb4puj4=_3a9 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

=D7=99=D7=A9 =D7=9C=D7= =9A =D7=91=D7=99=D7=98=D7=95=D7=97?

=D7=99=D7=95=D7=93=D7= =A2 =D7=90=D7=99=D7=96=D7=94 =D7=A1=D7=95=D7=92=D7=99 =D7=91=D7=99=D7=98= =D7=95=D7=97=D7=99=D7=9D =D7=99=D7=A9 =D7=9C=D7=9A?

=D7=99=D7=95=D7=93=D7= =A2 =D7=9B=D7=9E=D7=94 =D7=9B=D7=A1=D7=A3 =D7=AA=D7=A7=D7=91=D7=9C =D7= =9E=D7=97=D7=91=D7=A8=D7=AA =D7=94=D7=91=D7=99=D7=98=D7=95=D7=97 =D7=A9= =D7=9C=D7=9A =D7=91=D7=9E=D7=99=D7=93=D7=94 =D7=95=D7=AA=D7=A6=D7=98=D7= =A8=D7=9A?

 

= =D7=9C=D7=A4=D7=A8=D7=98=D7= =99=D7=9D =D7=A0=D7=95=D7=A1=D7=A4=D7=99=D7=9D, =D7=9C=D7=97=D7=A5 =D7= =9B=D7=90=D7=9F

--pZStipzd6Uo4O6JkVZxCYGrb4puj4=_3a9-- From mgoodwin@redhat.com Tue May 14 01:36:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=TVD_SUBJ_NUM_OBFU_MINFP autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3157A7F37 for ; Tue, 14 May 2013 01:36:20 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id B37D2AC001 for ; Mon, 13 May 2013 23:36:16 -0700 (PDT) X-ASG-Debug-ID: 1368513375-04cbb05fe5266220001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 4ea82egPAiBk6XF5 for ; Mon, 13 May 2013 23:36:15 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4E6aEho005350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 14 May 2013 02:36:15 -0400 Received: from fletch.usersys.redhat.com (vpn1-50-50.bne.redhat.com [10.64.50.50]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4E6aDxM003008 for ; Tue, 14 May 2013 02:36:14 -0400 Message-ID: <5191DB5C.2010708@redhat.com> Date: Tue, 14 May 2013 16:36:12 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp Subject: pcp updates: 'collectl2pcp' importer Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: 'collectl2pcp' importer 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: 1368513375 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://oss.sgi.com/markgw/pcp/pcp.git dev First version of the new collectl2pcp importer. No QA yet, that is next - before progressively adding more support for other metrics found in collectl raw data archives. Merge: 0a4c3c7 5562a66 Author: Mark Goodwin Date: Tue May 14 15:42:36 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev Fixed conflicts: man/man1/GNUmakefile commit 0a4c3c79b23cbfbe1d10169430bdcffab3143607 Author: Mark Goodwin Date: Tue May 14 15:34:54 2013 +1000 Tool to import collectl raw data archives to PCP archive. This is the initial version - so far it imports CPU, disk, network, loadavg and hinv metrics. It's functional but there are many TODO items. The tool is packaged in it's own subpackage, as is needed for most PCP import tools in order to isolate build and run-time dependencies from the main packages. modified: build/rpm/fedora.spec modified: build/rpm/pcp.spec.in modified: debian/GNUmakefile modified: debian/control new file: debian/pcp-import-collectl2pcp.install modified: debian/rules modified: man/man1/GNUmakefile new file: man/man1/collectl2pcp.1 modified: src/pmimport/GNUmakefile new file: src/pmimport/collectl2pcp/GNUmakefile new file: src/pmimport/collectl2pcp/collectl2pcp.c new file: src/pmimport/collectl2pcp/cpu.c new file: src/pmimport/collectl2pcp/disk.c new file: src/pmimport/collectl2pcp/load.c new file: src/pmimport/collectl2pcp/metrics.c new file: src/pmimport/collectl2pcp/metrics.h new file: src/pmimport/collectl2pcp/net.c new file: src/pmimport/collectl2pcp/pmdesc.c new file: src/pmimport/collectl2pcp/timestamp.c new file: src/pmimport/collectl2pcp/util.c From kenj@internode.on.net Tue May 14 02:43:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id ADA4B7F37 for ; Tue, 14 May 2013 02:43:24 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8E1588F8040 for ; Tue, 14 May 2013 00:43:21 -0700 (PDT) X-ASG-Debug-ID: 1368517399-04cbb05fe2269920001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id FdhtlHgBLnl1f3ma for ; Tue, 14 May 2013 00:43:19 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAGbqkVF20ToW/2dsb2JhbAANTcUHg1JAPRYYAwIBAgEvHA0IAQGyb4Mzjx2NUoUpA6wI Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl2.internode.on.net with ESMTP; 14 May 2013 17:13:18 +0930 Message-ID: <5191EB20.8020405@internode.on.net> Date: Tue, 14 May 2013 17:43:28 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: FC18 status Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: FC18 status Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1368517399 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130910 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- rpm build working again after putting VM in dumper and re-installing Fedora 18 from scratch ... no idea what was the problem. But the first time I installed the rpms, I see this ... Rebuilding PMNS ... Starting pmcd ... Starting pmlogger ... Performance Co-Pilot starting inference engine(s) ... Redirecting to /bin/systemctl condrestart pmwebd.service Failed to issue method call: Unit pmwebd.service failed to load: No such file or directory. See system logs and 'systemctl status pmwebd.service' for details. Performance Co-Pilot starting pmproxy (logfile is /var/log/pcp/pmproxy/pmproxy.log) ... kenj@localhost:~/src/pcp$ pcp Performance Co-Pilot configuration on vm03.localdomain: platform: Linux vm03 3.6.10-4.fc18.x86_64 #1 SMP Tue Dec 11 18:01:27 UTC 2012 x86_64 hardware: 2 cpus, 1 disk, 995MB RAM timezone: EDT+4 pmcd: Version 3.8.0-1, 3 agents pmda: pmcd linux mmv From nscott@redhat.com Tue May 14 02:57:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CE0DD7F3F for ; Tue, 14 May 2013 02:57:48 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id BCEEF304062 for ; Tue, 14 May 2013 00:57:45 -0700 (PDT) X-ASG-Debug-ID: 1368518264-04cbb05fe526a5b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id UUQq8LbDe13twrq4 for ; Tue, 14 May 2013 00:57:44 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4E7vfLn003006; Tue, 14 May 2013 03:57:42 -0400 Date: Tue, 14 May 2013 03:57:41 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <542720185.1247002.1368518261886.JavaMail.root@redhat.com> In-Reply-To: <5191EB20.8020405@internode.on.net> References: <5191EB20.8020405@internode.on.net> Subject: Re: [pcp] FC18 status MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] FC18 status Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: FC18 status Thread-Index: UxXkbP+4Htt6DAClEO8kchHDQFmokQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368518264 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130912 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 ----- > rpm build working again after putting VM in dumper and re-installing > Fedora 18 from scratch ... no idea what was the problem. > > But the first time I installed the rpms, I see this ... > > Rebuilding PMNS ... > Starting pmcd ... > Starting pmlogger ... > Performance Co-Pilot starting inference engine(s) ... > Redirecting to /bin/systemctl condrestart pmwebd.service > Failed to issue method call: Unit pmwebd.service failed to load: No such > file or directory. See system logs and 'systemctl status pmwebd.service' > for details. Looks like we're somehow (unexpectedly) triggering systemd for this guy which we don't do for the other daemons. > Performance Co-Pilot starting pmproxy (logfile is > /var/log/pcp/pmproxy/pmproxy.log) ... > kenj@localhost:~/src/pcp$ pcp Strange indeed that pmproxy is all good - the two are carbon copies of each other in terms of init scripting fu. BTW, 3.8.0 was tagged and platform builds began ~1hour ago, so this is now minor-point-release fix fodder. cheers. -- Nathan From dak-unpriv@franck.debian.org Tue May 14 04:06:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2C2C97F51 for ; Tue, 14 May 2013 04:06:00 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id BE1BFAC004 for ; Tue, 14 May 2013 02:05:59 -0700 (PDT) X-ASG-Debug-ID: 1368522355-04bdf04224268090001-S8gJnT Received: from franck.debian.org (franck.debian.org [138.16.160.12]) by cuda.sgi.com with ESMTP id pqzZQmRNNX4KziiF (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 14 May 2013 02:05:55 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 138.16.160.12 Received: from dak-unpriv by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UcBBC-0003BJ-JK for pcp@oss.sgi.com; Tue, 14 May 2013 09:05:54 +0000 Message-Id: To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp_3.8.0_i386.changes Date: Tue, 14 May 2013 09:05:54 +0000 X-ASG-Orig-Subj: Processing of pcp_3.8.0_i386.changes X-Debian: DAK X-DAK: DAK X-Debian-Package: pcp Sender: unprivileged ftp-master role account X-Barracuda-Connect: franck.debian.org[138.16.160.12] X-Barracuda-Start-Time: 1368522355 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.2.130916 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp_3.8.0_i386.changes uploaded successfully to localhost along with the files: pcp_3.8.0.dsc pcp_3.8.0.tar.gz pcp_3.8.0_i386.deb libpcp3-dev_3.8.0_i386.deb libpcp3_3.8.0_i386.deb libpcp-gui2-dev_3.8.0_i386.deb libpcp-gui2_3.8.0_i386.deb libpcp-mmv1-dev_3.8.0_i386.deb libpcp-mmv1_3.8.0_i386.deb libpcp-pmda3-dev_3.8.0_i386.deb libpcp-pmda3_3.8.0_i386.deb libpcp-trace2-dev_3.8.0_i386.deb libpcp-trace2_3.8.0_i386.deb libpcp-import1-dev_3.8.0_i386.deb libpcp-import1_3.8.0_i386.deb python-pcp_3.8.0_i386.deb libpcp-pmda-perl_3.8.0_i386.deb libpcp-import-perl_3.8.0_i386.deb libpcp-logsummary-perl_3.8.0_i386.deb libpcp-mmv-perl_3.8.0_i386.deb pcp-import-sar2pcp_3.8.0_all.deb pcp-import-mrtg2pcp_3.8.0_all.deb pcp-import-sheet2pcp_3.8.0_all.deb pcp-import-iostat2pcp_3.8.0_all.deb pcp-testsuite_3.8.0_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) From pcp-announce-bounces@oss.sgi.com Tue May 14 04:15:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id C92297F52; Tue, 14 May 2013 04:15:38 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8661F7F51 for ; Tue, 14 May 2013 04:15:37 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 74956304032 for ; Tue, 14 May 2013 02:15:34 -0700 (PDT) X-ASG-Debug-ID: 1368522928-04cbb05fe426cff0001-87ZIJf Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Bg0zaQdLMceFGUeZ for ; Tue, 14 May 2013 02:15:29 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4E9FSu3017512 for ; Tue, 14 May 2013 05:15:28 -0400 Date: Tue, 14 May 2013 05:15:28 -0400 (EDT) From: Nathan Scott To: pcp-announce@oss.sgi.com Message-ID: <2062108710.1287922.1368522928550.JavaMail.root@redhat.com> In-Reply-To: <681353707.1268781.1368520967409.JavaMail.root@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: PCP 3.8.0 released X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP 3.8.0 released Thread-Index: tQRBy8TQtS4myE94IO2nHOwg+Vyf2w== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368522928 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130916 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] PCP 3.8.0 released X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: pcp announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: pcp-announce-bounces@oss.sgi.com Sender: pcp-announce-bounces@oss.sgi.com Hi there, We've just released the next major update to the PCP 3 series as pcp-3.8.0. This is an important milestone in the journey that is PCP, as it introduces access to PCP data via the new web API daemon for the first time. Refer to the PMWEBAPI(3) and pmwebd(1) manual pages for full details, as well as some example client tools in the tree. Major surgery has been undertaken on the python APIs, splitting the monolithic initial API into several smaller pieces, and in general planning for a future with more python front end tools. A new python-based pmatop(1) tool has also been added, with a reporting format inspired by atop (http://www.atoptool.nl/). Additionally, foundation stones have been laid that enable PCP client tools to authenticate with pmcd, and for authenticated connection information to be passed on to any interested PMDAs. We expect to build on this in the following point releases in this series such that the Linux proc PMDA can provide detailed metric values specific to an individual user, for example. A generic metric ACL scheme allowing finer grained access control over individual metrics in pmcd is also under consideration. Plus the usual bug fixes, IPv6 enhancements, new PMDAs - e.g. pmdanginx(1) - and all sorts of other wonderful things await you, post-download. Get it from the usual locations; full changelog follows: pcp-3.8.0 (14 May 2013) - Added the nginx PMDA, thanks to Ryan Doyle. - Fixed memory leak on an error path in profile PDU decoder. - Added pmwebd(1) - a JSON-based bridge providing web tools with access to the PMAPI (both pmcd and archives) via HTTP. - Initial support for client authentication via opt-in protocol extensions, host specification extension, communication to PMDAs via version 6 of the agent interface, dbpmda support. Uses SASL2 as the underlying technology (which provides for plugin-based extension to many authentication mechanisms). - Reworked many aspects of the python APIs - now a pcp package with sub-modules, improved error handling, and much more. - Work toward pylint(1)-clean python code throughout PCP. - Added a new python module for MMV instrumentation. - Initial work on a python module for writing PMDAs. - Added a new python module abstracting commonly needed metric Subsystems, shared by pmatop(1) and pmcollectl(1). - Added new python client tool - pmatop(1) - implementing much of the reporting functionality of atop (www.atoptool.nl). - Additional checks added to metric names allowed into the PCP Log Import library to match the PMNS man page requirements. - Support for parallel make invocations. - Improvements to the secure server code to make it work better and on more platforms. - Improvements to the IPv6 and IPv4 access control wildcards. - Migrate man pages from man4 to man5. - Resolve Fedora bug where the log import API was found to be allowing invalid metric names to be created. Enjoy! -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From envelope@ftp-master.debian.org Tue May 14 04:34:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id CA4197F3F for ; Tue, 14 May 2013 04:34:07 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5986BAC001 for ; Tue, 14 May 2013 02:34:07 -0700 (PDT) X-ASG-Debug-ID: 1368524042-04cbb05fe426d8e0001-S8gJnT Received: from franck.debian.org (franck.debian.org [138.16.160.12]) by cuda.sgi.com with ESMTP id OfFF84ZlYe3zhq0d (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 14 May 2013 02:34:02 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 138.16.160.12 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UcBcP-0003T2-BZ; Tue, 14 May 2013 09:34:01 +0000 Date: Tue, 14 May 2013 09:34:01 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.8.0_i386.changes ACCEPTED into unstable Sender: Archive Administrator X-ASG-Orig-Subj: pcp_3.8.0_i386.changes ACCEPTED into unstable X-Barracuda-Connect: franck.debian.org[138.16.160.12] X-Barracuda-Start-Time: 1368524042 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130918 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Tue, 14 May 2013 08:29:36 +1000 Source: pcp Binary: pcp libpcp3-dev libpcp3 libpcp-gui2-dev libpcp-gui2 libpcp-mmv1-dev libpcp-mmv1 libpcp-pmda3-dev libpcp-pmda3 libpcp-trace2-dev libpcp-trace2 libpcp-import1-dev libpcp-import1 python-pcp libpcp-pmda-perl libpcp-import-perl libpcp-logsummary-perl libpcp-mmv-perl pcp-import-sar2pcp pcp-import-mrtg2pcp pcp-import-sheet2pcp pcp-import-iostat2pcp pcp-testsuite Architecture: source i386 all Version: 3.8.0 Distribution: unstable Urgency: low Maintainer: PCP Development Team Changed-By: Nathan Scott Description: libpcp-gui2 - Performance Co-Pilot graphical client tools library libpcp-gui2-dev - Performance Co-Pilot graphical client tools library and headers libpcp-import-perl - Performance Co-Pilot log import Perl module libpcp-import1 - Performance Co-Pilot data import library libpcp-import1-dev - Performance Co-Pilot data import library and headers libpcp-logsummary-perl - Performance Co-Pilot historical log summary module libpcp-mmv-perl - Performance Co-Pilot Memory Mapped Value Perl module libpcp-mmv1 - Performance Co-Pilot Memory Mapped Value client library libpcp-mmv1-dev - Performance Co-Pilot Memory Mapped Value library and headers libpcp-pmda-perl - Performance Co-Pilot Domain Agent Perl module libpcp-pmda3 - Performance Co-Pilot Domain Agent library libpcp-pmda3-dev - Performance Co-Pilot Domain Agent library and headers libpcp-trace2 - Performance Co-Pilot application tracing library libpcp-trace2-dev - Performance Co-Pilot application tracing library and headers libpcp3 - Performance Co-Pilot library libpcp3-dev - Performance Co-Pilot library and headers pcp - System level performance monitoring and performance management pcp-import-iostat2pcp - Tool for importing data from iostat into PCP archive logs pcp-import-mrtg2pcp - Tool for importing data from MRTG into PCP archive logs pcp-import-sar2pcp - Tool for importing data from sar into PCP archive logs pcp-import-sheet2pcp - Tool for importing data from a spreadsheet into PCP archive logs pcp-testsuite - Performance Co-Pilot (PCP) Test Suite python-pcp - Performance Co-Pilot Python PMAPI module Closes: 705994 Changes: pcp (3.8.0) unstable; urgency=low . * New release (full details in CHANGELOG). * Introduces SASL2 dependency in core PCP library. * Ensure install.log turds not left behind (closes: #705994) Checksums-Sha1: 50c2c867eab0e0aa01aaa42cd3480e92817d4ee6 2300 pcp_3.8.0.dsc c4d2e59483a710e30331eba8771ffa89c7a70e37 4841072 pcp_3.8.0.tar.gz 929ba23d8468107e535c7643d67e47631350cfbd 1486190 pcp_3.8.0_i386.deb 5dee87af92511856bb12ec3bf4a2e6f2c77c894a 422918 libpcp3-dev_3.8.0_i386.deb 02a9112fb8e1b6403765443e3f7cb2e82fc2181e 196864 libpcp3_3.8.0_i386.deb 595386327bc59775f92ce7ccbcb112ce3813a313 17008 libpcp-gui2-dev_3.8.0_i386.deb 1a4d48fef3afe1a15444f047bb25a5e0306c8948 15262 libpcp-gui2_3.8.0_i386.deb 71b9587153ef0948f47651ff68336f00366c4fdb 18752 libpcp-mmv1-dev_3.8.0_i386.deb 0d775486c8647f12384a2718049c265f8eadfa3b 11718 libpcp-mmv1_3.8.0_i386.deb e4d25540255b9bd9749fb8c0c719bb077505c4c5 91408 libpcp-pmda3-dev_3.8.0_i386.deb 983f2e162a42d560ad893ed2c1e23fa9680b86f9 36380 libpcp-pmda3_3.8.0_i386.deb 44cea46e4d46be8842c79c6c0a574e65ea01c435 28978 libpcp-trace2-dev_3.8.0_i386.deb 1cfc703bda4e70b56b4f031700e9767f0c7f106a 19996 libpcp-trace2_3.8.0_i386.deb 3949b8e9a3487824a4f406fd42f04c952bba6620 16062 libpcp-import1-dev_3.8.0_i386.deb 4ea4957815749febcc843221ec14ad802ef847ed 15274 libpcp-import1_3.8.0_i386.deb 3799799d9b69544810201a1dc5d2b116c95ecb6f 41274 python-pcp_3.8.0_i386.deb e7b2ba373b8abab9372e0434a1fde2a1b36fad4c 37770 libpcp-pmda-perl_3.8.0_i386.deb 9adee6275b47eca80eb94ef0080de2d919e5c347 17420 libpcp-import-perl_3.8.0_i386.deb 6494a38a2608dbe11d7d1a74496edecb7ecaa11c 10614 libpcp-logsummary-perl_3.8.0_i386.deb 8e148e4acb8e8237c9bd10b75e199e71a419073e 19368 libpcp-mmv-perl_3.8.0_i386.deb 9e59e3f4ea10fe1aff9ffe18ebf7a1e4a60e73a5 16774 pcp-import-sar2pcp_3.8.0_all.deb c3a2942b4b332a62b1c7360051b7351dd2f52491 9660 pcp-import-mrtg2pcp_3.8.0_all.deb 10a3b25299126b8e1ec013fd6c90922f3498421e 19502 pcp-import-sheet2pcp_3.8.0_all.deb 62b6ab08ce53d8e5ec20adf3a41a642fce17c348 17170 pcp-import-iostat2pcp_3.8.0_all.deb e9ca0d7bcda48a321db179cc1aaa2b5af4f196d4 2190302 pcp-testsuite_3.8.0_i386.deb Checksums-Sha256: 4651cdd74477477a75b327fc036451d43ed0d2a9333f669d2f56382cbd023112 2300 pcp_3.8.0.dsc ea8a0c36d4dfc47f9f60cbdc1470607d8fb3374bec30a1c4f0fe83b6d7ff4f6e 4841072 pcp_3.8.0.tar.gz 423e4a6631ced11847c7ad28b908f89349c180e5a572be27d4326b3ff4db3a2e 1486190 pcp_3.8.0_i386.deb 9688d86898379448224f1877f3369f5a5aa261f1f6e6b38781dc8da5452687b7 422918 libpcp3-dev_3.8.0_i386.deb 74ca97ac4a1ccc124ed189b2c1ae8d65dac027b25070b3590934fc9738919604 196864 libpcp3_3.8.0_i386.deb 9d049d812ead4ed064f2ad6c49a46617b1981d200af61bdaa8dbbdba398bcf31 17008 libpcp-gui2-dev_3.8.0_i386.deb f21a7ae613dfef60da2626584189f2a3512edd5665a2b7b359a6ea487c25b768 15262 libpcp-gui2_3.8.0_i386.deb 3bb649f7ef955e387382fe7be9be81c607c336a2e7a7c6f78e3bd169c4ab672b 18752 libpcp-mmv1-dev_3.8.0_i386.deb 917f5b6a7f2f25712775b85974d3360c1f0f01797d96c5ceae367c63eff032bf 11718 libpcp-mmv1_3.8.0_i386.deb 2e525e05f5641e549f09af58843bb2b70cd382fc0c70972e660305c7541d7d88 91408 libpcp-pmda3-dev_3.8.0_i386.deb 3640c412118efbe94ef28919eef889250536664ae3dcd79076939f6bc572120b 36380 libpcp-pmda3_3.8.0_i386.deb 2adc4b37906da1efea4f1dee0482639943e7458b4201d92e4104489d5ed7d818 28978 libpcp-trace2-dev_3.8.0_i386.deb 725897015a94e05c8e60491ae356aaf41ad36188a682c67ea6d0c2e8abe5a97e 19996 libpcp-trace2_3.8.0_i386.deb 503a2f87862b1e48afee4a3923942e3e51e0f1a7d916cc1e356fb06b8abd908e 16062 libpcp-import1-dev_3.8.0_i386.deb 5beee4c2f322bf7a13fca62d3d4e0ae6506d1cb4e72e92995f487a3ce1315495 15274 libpcp-import1_3.8.0_i386.deb 85822f269c4669638713c7195ffbd56fa0520cf8ba0a0a6888b5320cb5211763 41274 python-pcp_3.8.0_i386.deb 3472a94c558d25b3ed54e6b80a5507975885340be2988351357ce0a9afeae2ce 37770 libpcp-pmda-perl_3.8.0_i386.deb 083a5ed18179cdcb5b513ecae01d82ad7977c195af4237ca2481bcca44d0c45c 17420 libpcp-import-perl_3.8.0_i386.deb 279d7cd048ad92cd3f3890e5a0ce03ed40b2530b16231fb5f3b2e010a4445dbc 10614 libpcp-logsummary-perl_3.8.0_i386.deb 09eb30a37063eddfef02b142e34c1b840790ea2d2d79a725e5322df6c6eff6f8 19368 libpcp-mmv-perl_3.8.0_i386.deb be515bad081eaef1a858069a9f2882ddd545698419addbceeb248400b0cff7df 16774 pcp-import-sar2pcp_3.8.0_all.deb bcc1dd6fc15c756fb8021644a5ed825d99f6b1bc255a1baf857aba610f52d8a9 9660 pcp-import-mrtg2pcp_3.8.0_all.deb 5817e400e849dcebc35d91334c4bb8f982d3cbbc63e354b6a92333f2d8381cfb 19502 pcp-import-sheet2pcp_3.8.0_all.deb dd3a745d474f3a1fd5ea519efffcac5b140907b70d78a831ddf539ac8277e3a5 17170 pcp-import-iostat2pcp_3.8.0_all.deb 486e3e64e8070b1d2aa6a1a319effe528038a06c9eda396ebbffa10da0ca7588 2190302 pcp-testsuite_3.8.0_i386.deb Files: 3b0bd699b471fa32297c2e7e7cc7987f 2300 utils optional pcp_3.8.0.dsc 8f8185801b933295ebb2ff67b60a95b1 4841072 utils optional pcp_3.8.0.tar.gz 46143fdb8422b1f0cbad52d1fecccd58 1486190 utils optional pcp_3.8.0_i386.deb c453a70650f08826e8a6ef93f4f8208b 422918 libdevel optional libpcp3-dev_3.8.0_i386.deb a196d79fdb8d93a72949cadac816109a 196864 libs optional libpcp3_3.8.0_i386.deb a5254c47b2d0d06ead8ef82131cd4847 17008 libdevel optional libpcp-gui2-dev_3.8.0_i386.deb 7ca51ed31bba0645993a56c1e6e47bb4 15262 libs optional libpcp-gui2_3.8.0_i386.deb 626ebec4c5cc6bf13ace3ed45cf1c399 18752 libdevel optional libpcp-mmv1-dev_3.8.0_i386.deb c449dc3997cc4f6e3c097b5090211c19 11718 libs optional libpcp-mmv1_3.8.0_i386.deb cea2b85efcecb41a036cfe8292ff543b 91408 libdevel optional libpcp-pmda3-dev_3.8.0_i386.deb a06c4853b21a02ba8d3998f181365b3d 36380 libs optional libpcp-pmda3_3.8.0_i386.deb 01fd0229440523ddbf5a599e69e19c72 28978 libdevel optional libpcp-trace2-dev_3.8.0_i386.deb 1bc7a5c028ac148b6ef4842ba0ef8bea 19996 libs optional libpcp-trace2_3.8.0_i386.deb c2e2110ad5054a1c158a92ff0b9411df 16062 libdevel optional libpcp-import1-dev_3.8.0_i386.deb e131e3762e2fa58b01f5aa9450b3f008 15274 libs optional libpcp-import1_3.8.0_i386.deb c84e2c4852c078b2fba0fe8129754135 41274 python optional python-pcp_3.8.0_i386.deb 5d5fda7619a43caa328919e66dd98341 37770 perl optional libpcp-pmda-perl_3.8.0_i386.deb 23a58581a5b27e9baeba9025f10a0de1 17420 perl optional libpcp-import-perl_3.8.0_i386.deb 0c3c4193dd3ecea765222b25fa953217 10614 perl optional libpcp-logsummary-perl_3.8.0_i386.deb 04b0e6226e648f4c4c48709805e741b7 19368 perl optional libpcp-mmv-perl_3.8.0_i386.deb f0211041f3196f5e7e35ea2c26978f83 16774 utils optional pcp-import-sar2pcp_3.8.0_all.deb 228c52d140a0841687e49b7d2a71f452 9660 utils optional pcp-import-mrtg2pcp_3.8.0_all.deb ceb9ab00443793eeed5fb2ce5f7572bb 19502 utils optional pcp-import-sheet2pcp_3.8.0_all.deb e597a3eb7fc374c0ad7c93b7028851ec 17170 utils optional pcp-import-iostat2pcp_3.8.0_all.deb c99f59794cd43315722b9507bdb6ad26 2190302 utils optional pcp-testsuite_3.8.0_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGR1aIACgkQm8fl3HSIa2M75ACcCd3VHOaWn97+n/jal6+DAyZK /+MAniwTa/zzpak27RysJGkeE0n5ggym =mmXu -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From debbugs@buxtehude.debian.org Tue May 14 04:36:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 65E547F3F for ; Tue, 14 May 2013 04:36:25 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 424618F804C for ; Tue, 14 May 2013 02:36:22 -0700 (PDT) X-ASG-Debug-ID: 1368524179-04cb6c53a326f610001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id js1XivVcTCDRf0dH (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 14 May 2013 02:36:20 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UcBec-0003Pj-KI; Tue, 14 May 2013 09:36:18 +0000 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: owner@bugs.debian.org From: owner@bugs.debian.org (Debian Bug Tracking System) To: Nathan Scott Subject: Bug#705994: marked as done (pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log) Message-ID: X-ASG-Orig-Subj: Bug#705994: marked as done (pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log) References: <20130423100806.1222.96391.reportbug@cake.ae.cs.uni-frankfurt.de> X-Debian-PR-Message: closed 705994 X-Debian-PR-Package: pcp X-Debian-PR-Source: pcp Date: Tue, 14 May 2013 09:36:18 +0000 Content-Type: multipart/mixed; boundary="----------=_1368524178-13080-0" Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1368524180 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130918 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format... ------------=_1368524178-13080-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Tue, 14 May 2013 09:34:01 +0000 with message-id and subject line Bug#705994: fixed in pcp 3.8.0 has caused the Debian Bug report #705994, regarding pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/i= nstall.log to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) --=20 705994: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D705994 Debian Bug Tracking System Contact owner@bugs.debian.org with problems ------------=_1368524178-13080-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by bugs.debian.org; 23 Apr 2013 10:08:10 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02 (2011-06-06) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-13.8 required=4.0 tests=BAYES_00,FOURLA, FROMDEVELOPER,HAS_PACKAGE,RCVD_IN_DNSWL_MED,XMAILER_REPORTBUG autolearn=ham version=3.3.2-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 8; hammy, 119; neutral, 33; spammy, 0. spammytokens: hammytokens:0.000-+--H*M:reportbug, 0.000-+--H*MI:reportbug, 0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--Usertags Return-path: Received: from helios.rbi.informatik.uni-frankfurt.de ([141.2.1.4]) by buxtehude.debian.org with esmtp (Exim 4.80) (envelope-from ) id 1UUa8v-0005oc-FD for submit@bugs.debian.org; Tue, 23 Apr 2013 10:08:10 +0000 Received: from bigmac.ae.cs.uni-frankfurt.de (bigmac.ae.cs.uni-frankfurt.de [141.2.11.50]) by helios.rbi.informatik.uni-frankfurt.de (8.14.3/8.13.8) with ESMTP id r3NA872S021303; Tue, 23 Apr 2013 12:08:07 +0200 Received: from cake.ae.cs.uni-frankfurt.de (cake.ae.cs.uni-frankfurt.de [141.2.11.27]) by bigmac.ae.cs.uni-frankfurt.de (Postfix) with ESMTP id EADD930C; Tue, 23 Apr 2013 12:08:07 +0200 (CEST) Received: by cake.ae.cs.uni-frankfurt.de (Postfix, from userid 10001) id A7728123CBE; Tue, 23 Apr 2013 12:08:06 +0200 (CEST) Content-Type: multipart/mixed; boundary="===============8010283470906265025==" MIME-Version: 1.0 From: Andreas Beckmann To: Debian Bug Tracking System Subject: pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log Message-ID: <20130423100806.1222.96391.reportbug@cake.ae.cs.uni-frankfurt.de> X-Mailer: reportbug 6.4.4 Date: Tue, 23 Apr 2013 12:08:06 +0200 Delivered-To: submit@bugs.debian.org This is a multi-part MIME message sent by reportbug. --===============8010283470906265025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: pcp Version: 3.7.2 Severity: important User: debian-qa@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m34.7s ERROR: FAIL: Package purging left files on system: /var/log/pcp/ owned by: pcp /var/log/pcp/install.log not owned cheers, Andreas --===============8010283470906265025== Content-Type: application/x-gzip MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pcp_3.7.2.log.gz" H4sICHhcdlECA3BjcF8zLjcuMi5sb2cAzF3pc9u4kv8c/xWo2g9JxibFU1dt3m6uSVKbZLxx8mZ2 p165IBKkuOYVgrQt16v527cbICVeoilHzq5rYksE2Pih0egLTc5FTrN8SQxNNxXNUvQF0edLy17q M/L67deTk3PqXFGfLUnqpCd/ZxkPknhJTHWmGicfYp7TMGSuchHcQRfLnC5OPtEgzuEfy5bk/PU5 ecOuWZikEYtz8pXRiPwrUPr3hHOV+4HqJNHfTl5mzjrImZMXGVChkTu1Tt6wlMUuX5IwWDlT8uxv L4ihLp6f4XcgoPhFYGy/RNG1vv2SRi41t9/yjDps21Nezxh1Q0AoyU5VDcj69ObqjKRZ4qT8jPAN v1YyR3GS2GsQVlKWhdBvk6+TWIGr1eeTLwzmEknMJcDtnUGUJlku7j25KHyf8Rx65TxxrvjJaxgj DBy8kvppkoQGTJ47WZDmgtcXG56ziITIRwIkvCSLaOwwEiVxkCdZEPuExm6zicawaMjzk/dJxFKx gus8T5eTSY31E5jv/wDf+QRXtzaqErn2kjjezFytPG3lzuaWpVNzZhgWZablTHV3QRcnF3CvwFjk QchPzrMA4OSbJWG3wPeTX4OQxTRC4YFpTSKQikmKQ+G/SyFDl2K1VZetTqQM6bY51e35yac3Ni8i +D73XM21VlPd0hy2cFZsbpvewmaLqa5Zlnty8f6lDqLnmYv5itK5bdu6aS1s0zQsfUGpO50685Vp eAZ1NHOK3Q17CgLPNMu2qOswNnVda0Ydc+p5nu6yqTZdUeaZumt6pusyZq2AymyleSvXnLrG3DKo bZ+cvL1lDsw79peEF25C4gAYz+Jrcv5fX9//9vn85df3LyZJ5k/SoEhhk3GcZUBjFa+BYEyk4Bjq dOIGHKRD7jS+HHXTrHkTyYOIJUVOFE4+fP5KlCtiR8TSIrKXGl/hcpQNRFH4VZAqYeJnSU5z5sHa cSUHSYWmG5rFCkhFkq9BA2BfISjcDTIyYbmzJTMpG6ALKIbkRnFpTleUsxH3KCHz8uRaDgCCebup JDZMHBquE54vTd2YQ2sUZFmSVc26puq6qhuqbk7k/KBLHqViJPi7HQkIrwb4EdJrNkGwuX834YGr gmpU/TuiuAS+Ac04UYrUz6jLKsbQNMfN/kLqw3cF45y5SyKpnmiRpmq4Hr/+toTOx/xp0v6akO9F 4FyFG+KHQgHcrGlOblDn3mRJ7INGc7IkDImb3MQkTwgsJFkleZ5EJPHgW8AJLD0uutok/evL/yT0 mgYhXYWMANGS6TfBVVDn3nY14YafN/Gt+F5Ly0Q01db/QmOmWfpMn9nWX5pqoVnT9IXiT82V4RiU cDR6qDeLtDXd16DDUZmieSA08wvUoaCZn47bRk/J0/0bSTQ2t5Lsv90Y8LV3a4huzQ018s7dphI3 iG0Fn3o3lught9auS3dziW5ye+GojQ2GbaunQ9zas8nwRhd+wRVBv7XVJANS/Lvdbk+bK/eliGNc UjRHH4O4uCXRBqeGvgp4AUV8pQhbQ/5FJxef0C8RmgJJmYr+F7sF+xngatNQ1cntfHoJXkg5wpu3 r769A+EAxyFnLgFzDPacZhsCPAATmMCnJh/wm5a/fZ/9R4vEtxg1NuI8XA+BX5WMHeeiknBHCvSS /PkUwEcblJ+nZ+QptOMf5TX+3kdU9Li79USfg5f0H4BJV40d+8q9lVz9f0DTxyFnnSVJfh+GBvIo KWJxhyJ+owNZ/zsRH4Y58bNG5UmROYyrITgOyxOCVmrAhKLJQ49tVEfwk/MsWI3qG4P28zLG2jwp N1eagDO8AedbdYVb66yjBLwwlwS5+jhLCHpF8Zm4p0jhIpOcM1QbRvr26XxJYF7vWL7Ue2YmpvSF hQwkTvVTn/w5N6fk1T/KW4x7biF/GvaCXG37m3v6C+dZhkakDMn45E3geR9il92SP2fzWW1Uax+V cp0GCUEIuCVk7yNULeJoStP7IH3NaAybV0QfLN5PaDbIoSEqdQ7N753YWDyLESu2ja7nimbolgr/ gfn0PKCla/aOlq6NW7gaPfgI9BYVPWteJ6cfE5sxUhb2EzQso0ZvWNT3U9HnU7NGxjouy+wDWTbX zRotQ7etGrHpkVk2O3CuCyRnqra2JVcTXH1+nAVYHJFjhjYWk24BIGNLZr7Qaowy9GMyyjAOm2EL mqGpdQ1vmMeZonVUUPZYUK3NA4FVTRaM6XHIzA6bW4uYbRh1Czw/JrHFuAl25MkGqd+RMbXjkDlI v3eI6bY6rbsexlGpmWOnKCRzx/DZDBTTjox1HDL2gXNDJWXZ27lpZp3Y9JjEZocRa01Tn6l2nevz Y1H7leXOGrxuS7PgCsSeRIfo8pm5EHpjwp9Dny+Muuh+l0lIgoEFV1V15z0fKdwZ9NAfKxZQNiLS FGnWMhdRDTuvBQZ7mUDIqyIIRZsrDjNY7GxIDlZftmqkpOqeweeY3YQbYHN5ooKXINrPWJRcMxEH QZck396i7oAcn8f3zLwaMN3g3O5NBQ8kLcT1st/koQPU8sYHD9VMHVWI04Tnl5zlRdrGdCQpq2PZ DXa5ChPn6rIIXC7ZbR4zZfCAMR93tihe4IoVGGH9vPkOj/q4M67nGH/ejIdHfdwZe/SKKXgoEudB NToYnJr6/OWXX8hLV2hJ7Ey2ncn2aAu6/Iie/bpmxEsweY5dxMnkjvZNEIZkxXaKFxNjhBSOB3/L o1pMSlVnc6L1OsjygoZKtOHfQ8UJAzxnaXxBFvgZ213p4Pj89vd7UbgrPH8OfAXXJolLVHW7YRxu Nwj5zDCHnRDQ9sS252jeE49QPIS/Zhx7vPRylslToQSERyRBzohuWVbVGVYML8IywYa6IhymwrbT KLgcaF/OrMwGTnaOCcyMAH5iqppm2KdxVJjgwmnqvB6jjKLU5hlS1dW5as2Qqo7h/qwkCvdiXzyu C+mmLluSRFFNnAd4pIYGUpxzE2AL8nTL9Jq7VPITgKC3ZECkSz6V3tIFC/G4HIfJ2HWQFBwWroi5 uLyTMeQFMu9ZJfDbI1QQZzKdgsMojpTE4lbnDwF8d4osA0mrS4OK4+6OHJDLz7wsiZDUBL5d1vh9 CXdgIv05kdvmU3ItjlNCVyAgeLgsjgphnenmgPm0VkRtQGov1w5eq+WytohtqBcsL0/z5BRrs+rp 0hmyRrnqDv+JfLRUjNhbMF06IC0Ck7LDTZCvcTtWZ5E7Xfe4+n2/jv0pGj7JVoF7uU4i1qfe3wSc rkJx3oVdfhpP+lH9JIY4TIF9QD2mBEl3+Eec8/DAjztvebT802a7Z7jHnSP/XjB2x5QVaC+s6OI/ b74jhn7cud/dXYJVyQveu80ZB0vkvvgWX8XJTTwpKwMnX4QfMjkvMp9N3oMtgb7/RKBA58XnJBcd J1gBpwijNpGWgbmTNQ1/FeV3k/c09BQ0aRNw3H2F/k6DfPIVP6KzhwQn5G2W/duLZ3ESs+cwJnZW Mva9QEzkmRzuDPosQf+DP+OANX2xoi5ax3/C3Z9pxMjYn7IGsretXsjYbqtV18Gwp6enyosDfpRH aPvxH5hIEBD0jEazj2jqQp2BY9f3I/NT/T+lUIvCnMq1kGWOWQkDnSQpRiNgzMAz2/czBKMsGxEO GZeVmVHAHRaGNGbgA0nnrI4opZzfuPcjMlVbNabHQUQ5OvBi5CST5+h+loDz00K3Hr1slmqcuh73 Ff0wdO8+fyOvkiKDVXvpo4N+8R54VSHgrvSox/zoS0M1wPVXbNU8BMErygNHVKhCyAKyITxMS7Ve XbxRPsJuLbE4ScZGg5kDEsU8fK2QGzjQDk45unvIWmggKbM9ww+Nfv7bxYc/0GtNQ5CYnPD1bina XvHwUtQCqg4ACLjIwB4G2l4GChcE8wri4azczI1Ih6aA0BHR15ZBMlgbxyAdGGQt9izPAL5yKzXC v1otdbm9moiUQJ/Hj4bIK6AxiGE3x1QG3MGdhMXBlIEfIFhYQtkBg1koZUCvXLGNqBHv/zE0CKSt w4G9i4vzd1XSgMAYvIoOSyaWTQ1MI/eXpZr7IA3K96eGIt7teJ4yJ/BACeRJia5CFXje6D2vL03V UA43XFgFj5IPjlfAMYvT3vrplT966+uqPlV17aFGomk4uzLNDI+HwYovh2jtsFiGaiu6eqBJYLe5 MYFfJv6yZGBdGi58OINmO94gHvD0/XELdHw87bXaOspj8BhTxXiIiyGZsBFWeyfELrjYfiwzd66I qhnx+CZ2RD8PmBa7FUwviMcbVjCFINf2wTBrFhVUEA4pkrii3FnBr2fklmZ+hcl3HMUCs4UK/l7x srDA9wGY3r1+fSaUEBpaCMVSQJPBhzCUT6qQZ8K+lNvgeQUtLlJ//A6E0MdQZg8x/WkWXFNnQ/yC glemEEpEEdD5u3OSsTSkjnxkp0SV+tfk/wIVyhkVIcw1y1BvSoOTJ0nlLPiAdjQ0Q9UtRX+Yr4QD nREmxhNijp8qEHdBegB/9iiGUQ5blGaMi6ivrRCwwjweGz6asEQPUQhy0A3ufIjFJ3yd3AghF+Xt YnT0ARKR/8avJbYgDvLqSHPEKs3nLvcU60DlWQ2AOgAHDNBDqR5J4+tCpl3lYydr1rQ2EKdzll2P tnyWqvXrhCGAqyQBI8e+FwyT+Enm0zi4A6VQcAT28eKVgK265UzqZ0hBLB6oK0N2RAyqmTqhPso8 AkvBHOn9HsMQgZeOA9Ima6qTUBx0AScp5jJK01BDk+YK+A+4+e8B9dC4u+EyCI8hK2J82qwHTJ5n 43iDsRzYnWkfc4buf3ub4+JARJvLU1y2lzOr8CpwR6HZH1beI1l4dA7yco0P/gV9EO4MUDraCAzQ S50q1sGLsw78tfK9oEI9CDwKT2QS0KvcTlRdsDkrr0Kp1m+H01FWQTxWl5uKebgQvY1WTBTxC7tM PkosS/IqiOvunnjWd9zmOj6Wi7ogNTElEcsyY9Q6PswFLQNjJh5rdHeZwq5MuStbHbfHoJ9qLA5X mK9YdsVCtiHXQIG8qWLyjxVfyJ+lAP1jhwqcu5FKUV/u9+3u8ey2IW+HKeI5NoblSzm48OI56/0b zVZmpyv9wOGjxC1CVhoNFAmIzGPhUlamrydEh011jo9873DeRdQevXg6DdM1PcUIXZuCD2WMwPnH fyvSZjW8lg7DxPND+rgd/0jKMXaKjDM+gh22ulD2hLzDrklrQ4uFgmWKAqxbWMtksr9DlNJIket8 X/wLa6OayuLwBFxY+L6I3F4W4A3BLip9609yWIHw/OWnXkz3KOnHxgSGY81C2Fpk1VHaiLLyCu71 4vajHEg3fSmp17Ne6E8isI5oARzNH5nCeCSmdTBt3zlxL65plWnXulbkvlClGkV432twHPHR1O0G OEPTr9R8t8YichbiY7Mj9DhYXnXxgOj84q18MLcSFb7X4nImM1T3Z6MRy1SZHixQr8tUdFCJeAVO Pn9Yz5AN4LufWYP4RvBqH5xNHQx0GunpgoPygIODCkzlQyK/AFGQFqGskREqYQNhFih1dEUF6ibH Qhr7xkh3HEDqB/stF8pHKoqREj+jUVQa6qbPu63N2eHixkiH80d8O9iOitiXwk/wsFgupRmvYawh yl3n9HSMG/zgLBloioscMGG+5/XpaeUDk2tzB0N4Ug7s0JvAzddDPpWmatZDfCqsP3QDnoZ0Q8Qg 4ggBh6ROjuXcicwZVCa7hS2AAPl6CJdctNkeBt23aDGISs7JiuU3jMU7WJiC4V3XTkC6yWiKx0GD qIBd0/5E3bDGarmYoDh5AcIS5BgFA+O+AoLl8neAUEOFKYxRHuePOlnJjSLfUCRXy0saymLA6yr4 Ci2dYt2vSpcaesWGYpido8fB9BkHYRIFqt8uXvXphzqYPMOQXblXnWLE/hBV+ilwsoRgDfpu/OXe JEZRjMxhPNhP/xYHqBNB8Db4+XvByIc3bSCJPzI/UAZ4eNqp9+R8BwWpPAESY2GueWs8QEBEBDru MEM/lWddi4M2l7RvW6X4CscDWiI3WGUGq4hPZFtKcBG9uTogCW3iu0YOTtJjvXqOmx+QUPmoCvp3 qHLEG8swykNpAvNXgJdQQcMYb3yS/mHi8xUXSvoDOFwFreEcCB9LrG61pFER5gEeECuVP/8IeR7x AH9VpV5lMfOEsJjj2cYWgzybzYNVUFvXMjodJ3iDunNA6FaiMmWrG/NNyiBi9kQafVf5sIUyZg8+ VI1XIJSMhfI1HFJN8mo5Cb5DroI0tqTphxQCWNzYl5EMdQFcsK+mCc9jK2Bgd0crCxtPFMCaHJwL AiwRrBc6AM0DjSr8GlVEMxjnDVVejIjznFp0U2LjzB2tqLDaC9dLO3jPlUevOBjYOHzdI3PxJYVb ELAlIWxWxpxOg6Okzsjh2+pb42C6GhJuKf2na4g8WXkgXOGS73scqysHjsoGcMkXOSp/h0jgimFE Ih2mUs4jhh8CHtUgCevzw5CGYqYGJDFc+4SzwjFqyY6Dow0hpxk5wMgaU7mv7IODouotcmUlE44r y5jEoyN53UDkd2PLQIgosjJXe4pBhiRGhKx3SbnPXboJA3+dK5wKQKK1pvzw2ZfRP/UnrQ7aXOL5 a/K6USKHJU5LfAwIj3PF819ZKdbimdzaEzTi8TIBFripiITTI3onzYKwPTU9t3fK+CLU4+bl21Du QIXr/th8xBJEXZ2psirXPCQf0T4YqB0K/qTHGXqfJnisJ/mdkNH4ER7V6B/CPv7TtVgiKB7Mx+GU rfHieO2X+qjV8xiA7In4KR8FPKlXx/c1SI+u27LukClLtluXt9XTretuD4lWqXG7VdayPum/LKpt u0099a59fXoRVjWg7evA8zaIZnlkT6OoVWxfr1aydX1bpNe63i2Ua7VjtVobGRaLda5lLO1cuws6 16oaptblWvlQp0XU7bTpNIpjetrapSrdHrv6ke7t9XqOntZ6qUWnVRQ4dG+qag16Wuon/p3W2hl8 99bdUXi3reecuttnd0bcJSDPbbvXm4epnebOyeZQj4pXnfbSRDzpa6zO27qNrYOvTnvz2KmnuXES tLd9//27w5EuuPqpRE8r399UT9J3Wnty5/19djns/vZGQrnbpZbd7UJsJVZ72pu5zm6HYu+GwyRd Z/uXebrWZcyQtbsKMe5cbCeFms31jMyTPU2dTV4za/WrVZagdb0VvrdaIaZ90rlUD2fbjTKmfNJz GVXrnsu9pMCLaJOR8Uf7KoQAnUtbR7vVUPm9rct1H7TR1HJtfth7Gu3UHN2VUlzMectXHSlYXtnn Qok+VTQ4KXg2EUn6CYyN/3T4CrGAfydeOtTfXL5rRnZbbYQzJHaPI96bUaePLxEXxfxIrfpSEeig ER3Wu77bobajPMZiDbFNvkgJTbxDHQid3YTJl2Tg88CErvDtETTeVJE1PpzbfLNKi1LnlUwZu8QX gT+SVDSilHKoS6RyWeUb+0TkLZ7IiVc+fPv84Y9tahLQM5HL7WmRCmm5S2PK95nhWZ6o+sXnvTZH X73DprefsyFPxJvBlBv8ffpmEERJsfsaOI9CFOKSZzIAfKE/PyMrEI/Aj+X/zERUQT5suKlqbof7 nJBVllyxGHRrBArwf9s7ut7Ibdzz5lf4Hg7dxcXO2J7PHHJAsc3DAVd0sS3uZR+M+XASI/ORjmeS TX/9idSHJUuyZY89u+0FaGdjSyIpSqJJiSIfc2+eE+R7+Ocl9ZbzLerggWhon3qSDJRR9DT7GLaE 34f0cVtlr3ex84nhjLnnnqdfl+kT/Rqcr9NVSHvv72E/P29fzQh77ufdbp+SdZ7MpUAJSRZPx2fs egMaeuYG+d08cazD/ntuwdfhhht+/OEB7ihhRoIlQzgJJtKXU8kqJmJq8LxinmfMLOZ5LXKLqUE5 eHYxuBD7J8svBhHw3DKMicB1RY4xzzNkGVNikvjp6anGwDFWKvm48z9la6IDvidj9QGips2lq/94 P4x8XbIlHhJAY+4MQDfq/SZkQPOCEjhk8PAHDiSNNJGReM5WEEbNO26zOwz/NidmPTh5gZp9h2eW eBTCdFb0vyJcxYhnEkg8B4LguozuS3pkDYH+gPEeCwkoxzRAN4R5nq1fiSZM9PaUxepjzhyoKYNz Vwoh1wDGAdI5ASLolHtGN3WE3XK6Qaw0JasbGdRSXjd6p909sxsBqeR2IwvZNbsbadosvxs26CbD m5BaHR4X1AlIu0SmFli6QIWY/vrbHYG2fDRT8dOPv93+vhHvfHqxkfx73GxeTUKZY7j2IEkVJrYD Cw5RsEB4B8iGhV6a7HIiMXnnStMFj8VJtOsjjQYlnG/IImlKJ8yfH4LqoeiPM2og4hak10Ukdhn4 U7ZWMq4OVHDXMBNcQztaoNqjV05nYevolWZkLGJkdR95WEfgy7V8w5dIy8U63aCR9wxSWg39Qia6 GSjGZ7UQxJ48erzKdYl/emTBExx7Gtr1k4hiK2poYUWDRkhAR6lGAjVORIK6TzUWrHIiGqpUVeOh dU5DVN2V1r0AXc8CGYragqXKowUwLWwLWtZHLQjkKh3MIlRV62cS9aRvyzChRduYJioYUQiJQe/l Sq62Nlnk+wzAB0RkkjQ+Ua+p/85xy6UNhhC+BSSwM7WHNLJLOCJJwSn85QFuchfIK2SP7TvpvON2 xm9Nz2kb2DggxigMZl1kbOANgY2pHB2CFn/c7ffssymak08bfPh+2m3TlqHIUWKAkbqe57mf5WxJ wBt66lV6PGbiTfr1aX4I8VB6tdjECK44LH4Z4UP+tB/SP/JY+RzJX43yiuSgCoGvSmUuQOFfFEwD PDTN7vP0/hmL89/XxCiP/QEHledruFNBK75kh+WD6Ac4J/tgVD+mr/TlJtukwndcEITneuwUmwtE usT5Sueuu9LCFwmVKQj+JKrKcq8iJjwMk7/aLSkR8IdMOJ4q3m+PepewBNvQjs0fU8Hc3cp/WuN2 By1kVCMW+ufhUaIY3i+yLbfaPHi42xw4n+QdBI18mCNPm4hGjdimBxomKYfQlq1C17/N2u9q1so5 A+KwTdKAEN/g8VTREOIO0VZaYoFwSpjys2NmgTER0Lxyx5kFxGRhuY+uh8EsGPuh9yUcDhpnF5Cn AIMImx0Qkw9ADsd1uTwtBJJJzOmL4VZCjAQOxrEEbugKDudwQVwEGftkukYNANFFpQIbKSmnxk2g 4bJUoYXk97Eyu6cVGl3DCrh4HEwkcNMm4JgUUOBFg0Aeg5nzLOFCgw1rMPOHBNpUybpnTPepg0NZ SuHAXRpSlfq3k9rel9lEZl/oviiEOKWQ2cUhsipCGZ7zsuACk9MZQwxPP4KUdUpeuNBtVTA5qEFT s+WGzmtCls2wp0sqjhEekd4yQOe1UfqwAUwyVcb+CNZtoPDQbYUonwEAV1xP+hIPh/IsDJ1XCX5B OReDKcgVFFPqNJw6EygmiyBtOIxkaRA6rxBZD+AERlM//McCpYI8Z6KBK1D9m8vXXzzwhwg6jhSB E4UNCeaaCh3x2XgwA1kdKcsmcls2iknN4M38CUBTaYybSkW570ySDUNFMkZuS0fXLDhDJ2QyTSFl 4DSuSySqg1U0IZr4ZxTBeoxHas+dvy5Ma+TUoV9jWZpFzutGqHV8ZpL6KdAXRqGSN3XajItl7kWT kULgrAG4YkRQngFE8okZRmoazkEDiCqkcCpLxjhsQhqoqOp3tBjXPtIucW2T512aEWxN8y5xTZG6 Pva0ia0ikdId8YIk+ns8ZzpqcYRWpDFy7ovQU4v+KGSUylVSRGFSqLcnUQMqroWQoqjMjjxGbnCN +CQCQCnWUKOmrCCFN+Xzy3bYUHM2YaQqdRkrvu0IM2jZRsyofmuY4W1HmFEjN6KmurqGG193hJzq 70bsTLXX0NP3HeDn+r6+zLghoK4v9jZBw8CEWaQrU2Bg9abkgf1QIc5mo3FrcYamSdEzeExCFGCy lXKa5OCGik18qOUlGcILE2rfnDbHqIljoUMpLc00WoScYZZMe0IoMBU9s5YKpPRFNwhV60mf4JJl pc7xoiCh5paet8+ZAtXc0ogoWWMKHWpZQq20tqTIVlppDGT7TRoJ6XUi7KYTOIEmnWUOSmUqD7Ag 4RbgCZNPY36J38hiqZsnTDrJQNTHWzIe1cEuChJhT55EhmZSasToRqdCklacCGu0C/4we9TGIm6u mrjEyhJuxradlbIdq9KhWLgFCfLrhBq9J6wIxei1Kh8GNihFpyoBmqVcWieaIS0tmnJZwgzE9tTI BrZKiGJ6FzTIrxNqjZ8wJNQat0gpuVAdEFqSMPP9tE8Ws+Bt1o9SXPpwsbKEm/0dTArLZDBNgtMH X90fMKG2TsLSDBy2/k4iNBNqDWU3qGDLwdhT2IrQemnwUjWr3oqxLg6PLGp62aIubGcb8MLyLQ5+ zHWpqYo0Wyswy7KmEjUCayoxc62mFjerbNWoeVA+tLAwo6zHU43dglxVtsUBgaE21421OvTmnS+F hcqvWYB3vM8JNytfAtb8sOMe41Kh9/7lA3p+H0kx0fEw8t72efeYko9bALf8MHgvPnirdJuRWZt+ TZdH7lyYg/eL3ruyNktVVjMnFJWPK3gmNujfHyZnDJXVbwT9GjRhW56mRo49ZylhGvxqfFN7pX4i 2PfAsupKkpwL7SoeVPW9LCCZdLLWrK9BRVDFUlJMKGoqmYApBobQsS01DTVcRo6IWkwoZBo9VvSe /lszgoqGLjRxc/8NCrRQkc0tysot12ANtVUVlCqb1XKPwbQNmM33bxCQtT9fZ6uACS3heNZ9uCGr kxu9wsquTwkn5i+1fnmEqjK9mLvZ7PdeOLBXAC3D6zwW0hNklcY7FHZH/pLrn3kLbDaajhpugQnm WGZDH+Pfquf9x9TqbZJLKOKa+GCNb4oTiOe8mB4NJZ/XJhfTlYZ9XNSkKgolchwM9DuadGGgV184 GHhXz/M9GElXMBuvKKcuWGS5PVHNMX3vzXb3Ai9Hg9rjxy35PmISRAzXS0WWn24dW+OZY6uWeIEp W7RrLIimOscnHsOixIfdDQ1FfTm/OYL0WKzTy+0NAXC55iXLGw6LNyZTDSJgS6gb9qgDmhiok0nC 4emAHoBTScynbLtVfFrFbO7j7p6+Znpfn9JNwdIyJa+py624M33tvSeTCrObet5HQkcGel9xuVrc t/aQ3dcXIiQoHNUPLqRol+2G+BzM1xnS34UCWdWieG+QVxz75AyXC2x+5+KCt923m+0MmK+KN3ft pheLZY/iVg7FirPwKAanFTdn4eFwMuSVO3YW1txWGGG9ua2wfjO3lWEUTBu7rbB9r840W2kDTdk5 4wNz5bZ3ptu87XZG2rQSi7IPw8tBGFjiCEH02yKQkEJiNzrtxBDctkeddiLp/Y102kmfVqEtmBzD +hYh9y8QIdcQUvItau53EDVX2bduGFRX2jB8Zytk+33NAvLKe8nNwvVKe+vfTyzf0jmJXl6cWBlg ixOnd99VkGB+eGUugRMrc4nYrrWWxuaG9OTKWBYbVqhy3vQnC3HMnAcbBz9WTzMbBUdWjmQaxk6W DkPeGYIil04K3kIvNw29LB3tfWdRmZdPpkDNrsGb5eOxchGuXg0QHs6Z3/LjP3Mhp7RcEAUT23sZ 4DcIOM0PwP46sagVI+IMsaijaTCujs+VLvLjJqdQXAjw50uEHA8MRxEsstVpMO3xbOnOTBl5T+Eu KbJkOEhAoU82GYYxSTarEXauhgffgIDz8GG3yHfr9JAmsDDR7OSUjM/GChca+uXGiFGymK+SJ0hC iImJzsgKZwLOwwc+OZe7J2Kk3z8czs8JBxLOwwsxO/mW9Pl54UBCv7woBaUmmCe9d74KZ7+9xRRy 6SrBo//j0/m6XIu4+3Mlihn+0jY4MECopLaxStwWVtvwBrrNxusp2zK4aS3pyrwpMxP5Y2GF8TeK UcdeSjskHK5EK1j07FEz3Nh7abdCaoiGOwJE/ZmVyBs5RSFRruEB9gSLl1zdhjeyxSPVgNNDTkMe l0mIS9QoNKs7MAopMmJlq4G/kDcSsCW+kI8z4xBVkb4PFNWDP+3Q7/Ptz7/89/ant2hOjtGclk/f LqLTQD9/jaPaA1hLKKZxMISb9IbzVPBSWdnPGsNBPIhau9ERDrQ6Jtw9/QkaiW7iQnL3xsXs8iZX XPSrJz+aE67ApPmzcqHAyhW32FKZvpD1Cvp6sAIxlUoT31hifguu2zoaxVm83I6uvhOmloypfEdB p0WSP+ZCKqnMZSjmzEUoDY1FJmDSxRJTYXGlxQBRuVmhlwv5aSgq3X8x1FB99UsVFIFqni9cGNpm h7WCaQrKUtpAqyT/DVNb/RLqFeR7GdQZmH3Xu/dJeFMk3xRJuyJZ4YxS7AKGPe9+FdhUCyvsbdvP BWN/NxLeFuL//UJks62cYENKriF8sFg2RElj1zWwl4ds+eBl+fYH1ZXQFtQlnrZVxQ2a4Scyr1kG ECk7AoVPzMo6ZbKk29RB01u0YVwl1+rVFgcizQ2b0aqqEbXkGnSWOkLr1BxVn3PpttqiUX9lpcpp bEwKowuNlYqmQT1zgqo3cu+8c5dL2r7jYpFaNBoQ3YxzoVE3IRzIrLE7SraRY7+N5pRiQtauD6O9 aTYrHYiqNEZLRqwbaUV995HFfQbbSDaYtKrVVTs1DBZcXR8NTRrTB7sIbtM2j5vP2gpTWjK/3eZr 3GaNqvs4Th017lO49LZ6g8NmZztPZJt9bto5cZQA9t0Ww06GC8yqDRBlO6m210VloQr2dxX4zeR4 MznK86zHK/fFHsO09n79eBaNTz8YqF1uomZJutIESnsJ4qWg4ZWwAW807+7hYtMPeEqSbp4Or16+ wweW36Loa4+3+RWmVmzcYIsyRX3t2yAyzSegU160wNlvbwnE43xd3jnqv8d1ePtb0OTPdAtLlyPt N3BFBbrO+1jsj5+nk074OrnxF0dnvfEXy2E4mtz4i+vid7Tkt7/KnlP6QfZ9cIyQyRS7blAnZ6d6 eIKaP8z36RXBDf+H5DEIg/s/MFeruXhFQO+zBa22eMU7e+iLv8SbxzJ8DH/1ul0iNP7AAWjUYIWH oq5AJbCUmNfJNK1kW/8BY7rtkBmFHDbl590qu8vS1ftjtrr07uEHTsvhpvYf5Jf0lLT/cO1dpYfl lXwef7XFc/bBpUf+W3thNJhMJpdeGF+qR/QfvL/d1FQDzfJDd4R9x3TRRaJhjWaXxtW14U3MxNqa 3Ytm3Y72t6YeEqsTzTX3aJC1FaNzv/w1WF39OpjhHZ3tXR7kD+9u/qUUhgOpsBncoqm/IOsP15EJ Q2is1hBXCG0hsaAJQyQVCri3nz//8pnA/fHf/7kucrcyc2Cd3h2YFUAT2R7SDXityWr91Ttv9wIB Yhav1yx+hVLMbI+APL9DpR9rX5gJUIKrgejilBzSHIMPxKPu45EckfPYBIw9KuRGXQZZqcVg6sl+ gx+RPdUj/N2WXqD36TDUKxQj65egS8ifqQknGX0HDN50sIa2ExDYyPMq3v649SDQWnBxsU8PN+HF LTAiGoSxPxj64cwLp9fD0fUo8j7e/nbxPw7kL2Fd8QAA --===============8010283470906265025==-- ------------=_1368524178-13080-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 705994-close) by bugs.debian.org; 14 May 2013 09:34:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02 (2011-06-06) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-11.4 required=4.0 tests=BAYES_00,DIGITS_LETTERS, FOURLA,FROMDEVELOPER,FVGT_m_MULTI_ODD,HAS_BUG_NUMBER,PGPSIGNATURE,PHONENUMBER, T_RP_MATCHES_RCVD autolearn=ham version=3.3.2-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 129; hammy, 151; neutral, 216; spammy, 0. spammytokens: hammytokens:0.000-+--HX-Debian:DAK, 0.000-+--H*rp:D*ftp-master.debian.org, 0.000-+--HX-DAK:process-upload, 0.000-+--H*MI:franck, 0.000-+--H*m:franck Return-path: 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 buxtehude.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1UcBcQ-00038i-Bk for 705994-close@bugs.debian.org; Tue, 14 May 2013 09:34:02 +0000 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UcBcP-0003T8-D1; Tue, 14 May 2013 09:34:01 +0000 Date: Tue, 14 May 2013 09:34:01 +0000 Message-Id: From: Nathan Scott To: 705994-close@bugs.debian.org X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: Bug#705994: fixed in pcp 3.8.0 Sender: Archive Administrator Source: pcp Source-Version: 3.8.0 We believe that the bug you reported is fixed in the latest version of pcp, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 705994@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nathan Scott (supplier of updated pcp package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Tue, 14 May 2013 08:29:36 +1000 Source: pcp Binary: pcp libpcp3-dev libpcp3 libpcp-gui2-dev libpcp-gui2 libpcp-mmv1-dev libpcp-mmv1 libpcp-pmda3-dev libpcp-pmda3 libpcp-trace2-dev libpcp-trace2 libpcp-import1-dev libpcp-import1 python-pcp libpcp-pmda-perl libpcp-import-perl libpcp-logsummary-perl libpcp-mmv-perl pcp-import-sar2pcp pcp-import-mrtg2pcp pcp-import-sheet2pcp pcp-import-iostat2pcp pcp-testsuite Architecture: source i386 all Version: 3.8.0 Distribution: unstable Urgency: low Maintainer: PCP Development Team Changed-By: Nathan Scott Description: libpcp-gui2 - Performance Co-Pilot graphical client tools library libpcp-gui2-dev - Performance Co-Pilot graphical client tools library and headers libpcp-import-perl - Performance Co-Pilot log import Perl module libpcp-import1 - Performance Co-Pilot data import library libpcp-import1-dev - Performance Co-Pilot data import library and headers libpcp-logsummary-perl - Performance Co-Pilot historical log summary module libpcp-mmv-perl - Performance Co-Pilot Memory Mapped Value Perl module libpcp-mmv1 - Performance Co-Pilot Memory Mapped Value client library libpcp-mmv1-dev - Performance Co-Pilot Memory Mapped Value library and headers libpcp-pmda-perl - Performance Co-Pilot Domain Agent Perl module libpcp-pmda3 - Performance Co-Pilot Domain Agent library libpcp-pmda3-dev - Performance Co-Pilot Domain Agent library and headers libpcp-trace2 - Performance Co-Pilot application tracing library libpcp-trace2-dev - Performance Co-Pilot application tracing library and headers libpcp3 - Performance Co-Pilot library libpcp3-dev - Performance Co-Pilot library and headers pcp - System level performance monitoring and performance management pcp-import-iostat2pcp - Tool for importing data from iostat into PCP archive logs pcp-import-mrtg2pcp - Tool for importing data from MRTG into PCP archive logs pcp-import-sar2pcp - Tool for importing data from sar into PCP archive logs pcp-import-sheet2pcp - Tool for importing data from a spreadsheet into PCP archive logs pcp-testsuite - Performance Co-Pilot (PCP) Test Suite python-pcp - Performance Co-Pilot Python PMAPI module Closes: 705994 Changes: pcp (3.8.0) unstable; urgency=low . * New release (full details in CHANGELOG). * Introduces SASL2 dependency in core PCP library. * Ensure install.log turds not left behind (closes: #705994) Checksums-Sha1: 50c2c867eab0e0aa01aaa42cd3480e92817d4ee6 2300 pcp_3.8.0.dsc c4d2e59483a710e30331eba8771ffa89c7a70e37 4841072 pcp_3.8.0.tar.gz 929ba23d8468107e535c7643d67e47631350cfbd 1486190 pcp_3.8.0_i386.deb 5dee87af92511856bb12ec3bf4a2e6f2c77c894a 422918 libpcp3-dev_3.8.0_i386.deb 02a9112fb8e1b6403765443e3f7cb2e82fc2181e 196864 libpcp3_3.8.0_i386.deb 595386327bc59775f92ce7ccbcb112ce3813a313 17008 libpcp-gui2-dev_3.8.0_i386.deb 1a4d48fef3afe1a15444f047bb25a5e0306c8948 15262 libpcp-gui2_3.8.0_i386.deb 71b9587153ef0948f47651ff68336f00366c4fdb 18752 libpcp-mmv1-dev_3.8.0_i386.deb 0d775486c8647f12384a2718049c265f8eadfa3b 11718 libpcp-mmv1_3.8.0_i386.deb e4d25540255b9bd9749fb8c0c719bb077505c4c5 91408 libpcp-pmda3-dev_3.8.0_i386.deb 983f2e162a42d560ad893ed2c1e23fa9680b86f9 36380 libpcp-pmda3_3.8.0_i386.deb 44cea46e4d46be8842c79c6c0a574e65ea01c435 28978 libpcp-trace2-dev_3.8.0_i386.deb 1cfc703bda4e70b56b4f031700e9767f0c7f106a 19996 libpcp-trace2_3.8.0_i386.deb 3949b8e9a3487824a4f406fd42f04c952bba6620 16062 libpcp-import1-dev_3.8.0_i386.deb 4ea4957815749febcc843221ec14ad802ef847ed 15274 libpcp-import1_3.8.0_i386.deb 3799799d9b69544810201a1dc5d2b116c95ecb6f 41274 python-pcp_3.8.0_i386.deb e7b2ba373b8abab9372e0434a1fde2a1b36fad4c 37770 libpcp-pmda-perl_3.8.0_i386.deb 9adee6275b47eca80eb94ef0080de2d919e5c347 17420 libpcp-import-perl_3.8.0_i386.deb 6494a38a2608dbe11d7d1a74496edecb7ecaa11c 10614 libpcp-logsummary-perl_3.8.0_i386.deb 8e148e4acb8e8237c9bd10b75e199e71a419073e 19368 libpcp-mmv-perl_3.8.0_i386.deb 9e59e3f4ea10fe1aff9ffe18ebf7a1e4a60e73a5 16774 pcp-import-sar2pcp_3.8.0_all.deb c3a2942b4b332a62b1c7360051b7351dd2f52491 9660 pcp-import-mrtg2pcp_3.8.0_all.deb 10a3b25299126b8e1ec013fd6c90922f3498421e 19502 pcp-import-sheet2pcp_3.8.0_all.deb 62b6ab08ce53d8e5ec20adf3a41a642fce17c348 17170 pcp-import-iostat2pcp_3.8.0_all.deb e9ca0d7bcda48a321db179cc1aaa2b5af4f196d4 2190302 pcp-testsuite_3.8.0_i386.deb Checksums-Sha256: 4651cdd74477477a75b327fc036451d43ed0d2a9333f669d2f56382cbd023112 2300 pcp_3.8.0.dsc ea8a0c36d4dfc47f9f60cbdc1470607d8fb3374bec30a1c4f0fe83b6d7ff4f6e 4841072 pcp_3.8.0.tar.gz 423e4a6631ced11847c7ad28b908f89349c180e5a572be27d4326b3ff4db3a2e 1486190 pcp_3.8.0_i386.deb 9688d86898379448224f1877f3369f5a5aa261f1f6e6b38781dc8da5452687b7 422918 libpcp3-dev_3.8.0_i386.deb 74ca97ac4a1ccc124ed189b2c1ae8d65dac027b25070b3590934fc9738919604 196864 libpcp3_3.8.0_i386.deb 9d049d812ead4ed064f2ad6c49a46617b1981d200af61bdaa8dbbdba398bcf31 17008 libpcp-gui2-dev_3.8.0_i386.deb f21a7ae613dfef60da2626584189f2a3512edd5665a2b7b359a6ea487c25b768 15262 libpcp-gui2_3.8.0_i386.deb 3bb649f7ef955e387382fe7be9be81c607c336a2e7a7c6f78e3bd169c4ab672b 18752 libpcp-mmv1-dev_3.8.0_i386.deb 917f5b6a7f2f25712775b85974d3360c1f0f01797d96c5ceae367c63eff032bf 11718 libpcp-mmv1_3.8.0_i386.deb 2e525e05f5641e549f09af58843bb2b70cd382fc0c70972e660305c7541d7d88 91408 libpcp-pmda3-dev_3.8.0_i386.deb 3640c412118efbe94ef28919eef889250536664ae3dcd79076939f6bc572120b 36380 libpcp-pmda3_3.8.0_i386.deb 2adc4b37906da1efea4f1dee0482639943e7458b4201d92e4104489d5ed7d818 28978 libpcp-trace2-dev_3.8.0_i386.deb 725897015a94e05c8e60491ae356aaf41ad36188a682c67ea6d0c2e8abe5a97e 19996 libpcp-trace2_3.8.0_i386.deb 503a2f87862b1e48afee4a3923942e3e51e0f1a7d916cc1e356fb06b8abd908e 16062 libpcp-import1-dev_3.8.0_i386.deb 5beee4c2f322bf7a13fca62d3d4e0ae6506d1cb4e72e92995f487a3ce1315495 15274 libpcp-import1_3.8.0_i386.deb 85822f269c4669638713c7195ffbd56fa0520cf8ba0a0a6888b5320cb5211763 41274 python-pcp_3.8.0_i386.deb 3472a94c558d25b3ed54e6b80a5507975885340be2988351357ce0a9afeae2ce 37770 libpcp-pmda-perl_3.8.0_i386.deb 083a5ed18179cdcb5b513ecae01d82ad7977c195af4237ca2481bcca44d0c45c 17420 libpcp-import-perl_3.8.0_i386.deb 279d7cd048ad92cd3f3890e5a0ce03ed40b2530b16231fb5f3b2e010a4445dbc 10614 libpcp-logsummary-perl_3.8.0_i386.deb 09eb30a37063eddfef02b142e34c1b840790ea2d2d79a725e5322df6c6eff6f8 19368 libpcp-mmv-perl_3.8.0_i386.deb be515bad081eaef1a858069a9f2882ddd545698419addbceeb248400b0cff7df 16774 pcp-import-sar2pcp_3.8.0_all.deb bcc1dd6fc15c756fb8021644a5ed825d99f6b1bc255a1baf857aba610f52d8a9 9660 pcp-import-mrtg2pcp_3.8.0_all.deb 5817e400e849dcebc35d91334c4bb8f982d3cbbc63e354b6a92333f2d8381cfb 19502 pcp-import-sheet2pcp_3.8.0_all.deb dd3a745d474f3a1fd5ea519efffcac5b140907b70d78a831ddf539ac8277e3a5 17170 pcp-import-iostat2pcp_3.8.0_all.deb 486e3e64e8070b1d2aa6a1a319effe528038a06c9eda396ebbffa10da0ca7588 2190302 pcp-testsuite_3.8.0_i386.deb Files: 3b0bd699b471fa32297c2e7e7cc7987f 2300 utils optional pcp_3.8.0.dsc 8f8185801b933295ebb2ff67b60a95b1 4841072 utils optional pcp_3.8.0.tar.gz 46143fdb8422b1f0cbad52d1fecccd58 1486190 utils optional pcp_3.8.0_i386.deb c453a70650f08826e8a6ef93f4f8208b 422918 libdevel optional libpcp3-dev_3.8.0_i386.deb a196d79fdb8d93a72949cadac816109a 196864 libs optional libpcp3_3.8.0_i386.deb a5254c47b2d0d06ead8ef82131cd4847 17008 libdevel optional libpcp-gui2-dev_3.8.0_i386.deb 7ca51ed31bba0645993a56c1e6e47bb4 15262 libs optional libpcp-gui2_3.8.0_i386.deb 626ebec4c5cc6bf13ace3ed45cf1c399 18752 libdevel optional libpcp-mmv1-dev_3.8.0_i386.deb c449dc3997cc4f6e3c097b5090211c19 11718 libs optional libpcp-mmv1_3.8.0_i386.deb cea2b85efcecb41a036cfe8292ff543b 91408 libdevel optional libpcp-pmda3-dev_3.8.0_i386.deb a06c4853b21a02ba8d3998f181365b3d 36380 libs optional libpcp-pmda3_3.8.0_i386.deb 01fd0229440523ddbf5a599e69e19c72 28978 libdevel optional libpcp-trace2-dev_3.8.0_i386.deb 1bc7a5c028ac148b6ef4842ba0ef8bea 19996 libs optional libpcp-trace2_3.8.0_i386.deb c2e2110ad5054a1c158a92ff0b9411df 16062 libdevel optional libpcp-import1-dev_3.8.0_i386.deb e131e3762e2fa58b01f5aa9450b3f008 15274 libs optional libpcp-import1_3.8.0_i386.deb c84e2c4852c078b2fba0fe8129754135 41274 python optional python-pcp_3.8.0_i386.deb 5d5fda7619a43caa328919e66dd98341 37770 perl optional libpcp-pmda-perl_3.8.0_i386.deb 23a58581a5b27e9baeba9025f10a0de1 17420 perl optional libpcp-import-perl_3.8.0_i386.deb 0c3c4193dd3ecea765222b25fa953217 10614 perl optional libpcp-logsummary-perl_3.8.0_i386.deb 04b0e6226e648f4c4c48709805e741b7 19368 perl optional libpcp-mmv-perl_3.8.0_i386.deb f0211041f3196f5e7e35ea2c26978f83 16774 utils optional pcp-import-sar2pcp_3.8.0_all.deb 228c52d140a0841687e49b7d2a71f452 9660 utils optional pcp-import-mrtg2pcp_3.8.0_all.deb ceb9ab00443793eeed5fb2ce5f7572bb 19502 utils optional pcp-import-sheet2pcp_3.8.0_all.deb e597a3eb7fc374c0ad7c93b7028851ec 17170 utils optional pcp-import-iostat2pcp_3.8.0_all.deb c99f59794cd43315722b9507bdb6ad26 2190302 utils optional pcp-testsuite_3.8.0_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGR1aIACgkQm8fl3HSIa2M75ACcCd3VHOaWn97+n/jal6+DAyZK /+MAniwTa/zzpak27RysJGkeE0n5ggym =mmXu -----END PGP SIGNATURE----- ------------=_1368524178-13080-0-- From jhanson@sgi.com Tue May 14 08:17:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id B358A7F52 for ; Tue, 14 May 2013 08:17:34 -0500 (CDT) Received: from xmail.sgi.com (pv-excas3-dc21-nlb.corp.sgi.com [137.38.102.207]) by relay1.corp.sgi.com (Postfix) with ESMTP id 971108F8064 for ; Tue, 14 May 2013 06:17:31 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.102.30) with Microsoft SMTP Server (TLS) id 14.2.318.1; Tue, 14 May 2013 08:17:31 -0500 Message-ID: <5192396A.3090600@sgi.com> Date: Tue, 14 May 2013 09:17:30 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Subject: Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On my rhel 6 system ./Makepkgs works as expected. On upgrade to the build rpms the startup could not find pmwebd [root@carenath rpm]# rpm -U pcp-3.8.0-1.x86_64.rpm pcp-import-sar2pcp-3.8.0-1.x86_64.rpm pcp-libs-3.8.0-1.x86_64.rpm pcp-testsuite-3.8.0-1.x86_64.rpm python-pcp-3.8.0-1.x86_64.rpm perl-PCP-PMDA-3.8.0-1.x86_64.rpm perl-PCP-LogImport-3.8.0-1.x86_64.rpm perl-PCP-LogSummary-3.8.0-1.x86_64.rpm pcp-libs-devel-3.8.0-1.x86_64.rpm Waiting for pmcd to terminate ... Rebuilding PMNS ... Starting pmcd ... Starting pmlogger ... Performance Co-Pilot starting inference engine(s) ... pmwebd: unrecognized service [root@carenath rpm]# grep pmwebd /etc/init.d/* Returns nothing. On sles 11 (sp2 to be specific) Makepgs builds rpms (once I installed python-devel). The rpms fail to freshen because labyrinth:/home/jhanson/pcp-3.8.0/build/rpm # rpm -Fv *.rpm error: Failed dependencies: initscripts is needed by pcp-3.8.0-1.x86_64 python-ctypes is needed by pcp-3.8.0-1.x86_64 There is no rpm for initscripts on sles (this is a rhel rpm). If I believe http://python.net/crew/theller/ctypes/ there is no need for a python-ctypes rpm (nor is there one in sles or the sdk) in python 2.6 (which is what I have on sles). Installation with --nodeps gives similar issue with pmwebd labyrinth:/home/jhanson/pcp-3.8.0/build/rpm # rpm -Fv --nodeps *.rpm Preparing packages for installation... pcp-libs-3.8.0-1 perl-PCP-PMDA-3.8.0-1 pcp-libs-devel-3.8.0-1 python-pcp-3.8.0-1 pcp-3.8.0-1 Waiting for pmcd to terminate ... done Rebuilding PMNS ... done Starting pmcd ... done Starting pmlogger ... done Waiting for PMIE process(es) to terminate ... done Performance Co-Pilot starting inference engine(s) ... done service: no such service pmwebd Waiting for pmproxy to terminate ... done Performance Co-Pilot starting pmproxy (logfile is /var/log/pcp/pmproxydoneroxy.log) ... warning: /var/lib/pcp/config/pmlogger/control saved as /var/lib/pcp/config/pmlogger/control.rpmsave warning: /var/lib/pcp/config/pmcd/pmcd.options saved as /var/lib/pcp/config/pmcd/pmcd.options.rpmsave warning: /var/lib/pcp/config/pmcd/pmcd.conf saved as /var/lib/pcp/config/pmcd/pmcd.conf.rpmsave pcp-3.8.0-1 These issues do not affect pmgsys from being able to talk to pmcd. -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Lee/Lifeson/Peart From scox@redhat.com Tue May 14 16:20:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 17C887F37 for ; Tue, 14 May 2013 16:20:29 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0666D8F804C for ; Tue, 14 May 2013 14:20:25 -0700 (PDT) X-ASG-Debug-ID: 1368566417-04cb6c53a3290b40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id C5h2bL6ulHmwYbtr for ; Tue, 14 May 2013 14:20:22 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4ELKHIx026774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 14 May 2013 17:20:17 -0400 Received: from [10.11.231.226] (dhcp231-226.rdu.redhat.com [10.11.231.226]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4ELKGtx011870 for ; Tue, 14 May 2013 17:20:17 -0400 Message-ID: <5192AB4E.7090202@redhat.com> Date: Tue, 14 May 2013 17:23:26 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: add thread count to linux_proc Content-Type: multipart/mixed; boundary="------------090403070707030505020109" X-ASG-Orig-Subj: add thread count to linux_proc X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368566417 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------090403070707030505020109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This adds VmSwap and Threads to linux_proc as proc.memory.vmswap and proc.psinfo.threads. pmdas/linux_proc.c looks at /proc/NN/status in the order: VmSize, VmLck, VmRss, VmData, VmStk, VmExe, VmLib but on more recent kernels the order is: VmSize, VmLck, VmPin, VmHWM, VmRss, VmData, VmStk, VmExe, VmLib so the patch also allows for skipping those if required. Testing via dbpmda: dbpmda -n root | awk '/^ *inst/ {if ($2=="[32151") print $0;next} /> desc/ {printf "%s: ",$3} /PMID:/ {print $0} /> fetch/ {printf "fetch %s:",$3}' proc.memory.vmsize: PMID: 3.24.20 proc.memory.vmlock: PMID: 3.24.21 proc.memory.vmrss: PMID: 3.24.22 proc.memory.vmdata: PMID: 3.24.23 proc.memory.vmstack: PMID: 3.24.24 proc.memory.vmexe: PMID: 3.24.25 proc.memory.vmlib: PMID: 3.24.26 proc.memory.vmswap: PMID: 3.24.27 proc.psinfo.threads: PMID: 3.24.28 fetch proc.memory.vmlib: inst [32151 or ???] value 70620 9.8959698e-41 0x113dc fetch proc.memory.vmswap: inst [32151 or ???] value 0 0 0x0 fetch proc.psinfo.threads: inst [32151 or ???] value 332 4.6523109e-43 0x14c Double checking /proc/32151/status: egrep 'VmLib|VmSwap|Threads' /proc/32151/status VmLib: 70620 kB VmSwap: 0 kB Threads: 332 --------------090403070707030505020109 Content-Type: text/x-patch; name="linux_proc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="linux_proc.diff" diff --git a/src/pmdas/linux_proc/help b/src/pmdas/linux_proc/help index 8e2971c..bd0123c 100644 --- a/src/pmdas/linux_proc/help +++ b/src/pmdas/linux_proc/help @@ -87,2 +87,3 @@ The search path for the namelist file is as follows: @ proc.psinfo.sigcatch_s caught signals mask in string form (from /proc//status) +@ proc.psinfo.thread number of threads in this process @ proc.memory.size instantaneous virtual size of process, excluding page table and task structure. @@ -102,2 +103,3 @@ The search path for the namelist file is as follows: @ proc.memory.vmlib virtual memory used for libraries (from /proc//status) +@ proc.memory.vmswap virtual memory that has been brought in and out. @ proc.id.uid real user ID from /proc//status diff --git a/src/pmdas/linux_proc/pmda.c b/src/pmdas/linux_proc/pmda.c index 6bbc772..f0fcee4 100644 --- a/src/pmdas/linux_proc/pmda.c +++ b/src/pmdas/linux_proc/pmda.c @@ -435,2 +435,13 @@ pmdaMetric proc_metrictab[] = { +/* proc.memory.vmswap */ + { NULL, + { PMDA_PMID(CLUSTER_PID_STATUS,27), PM_TYPE_U32, PROC_INDOM, PM_SEM_INSTANT, + PMDA_PMUNITS(1,0,0,PM_SPACE_KBYTE,0,0)}}, + +/* proc.psinfo.threads */ + { NULL, + { PMDA_PMID(CLUSTER_PID_STATUS,28), PM_TYPE_U32, PROC_INDOM, PM_SEM_DISCRETE, + PMDA_PMUNITS(0,0,0,0,0,0)}}, + + /* @@ -1267,2 +1278,16 @@ proc_fetchCallBack(pmdaMetric *mdesc, unsigned int inst, pmAtomValue *atom) + case PROC_PID_STATUS_VMSWAP: + if ((f = _pm_getfield(entry->status_lines.vmswap, 1)) == NULL) + atom->ul = 0; + else + sscanf(f, "%u", &atom->ul); + break; + + case PROC_PID_STATUS_THREADS: + if ((f = _pm_getfield(entry->status_lines.threads, 1)) == NULL) + atom->ul = 0; + else + sscanf(f, "%u", &atom->ul); + break; + default: diff --git a/src/pmdas/linux_proc/pmns b/src/pmdas/linux_proc/pmns index e3be007..2b283a7 100644 --- a/src/pmdas/linux_proc/pmns +++ b/src/pmdas/linux_proc/pmns @@ -84,2 +84,3 @@ proc.psinfo { sigcatch_s PROC:24:19 + threads PROC:24:28 } @@ -121,2 +122,3 @@ proc.memory { vmlib PROC:24:26 + vmswap PROC:24:27 } diff --git a/src/pmdas/linux_proc/proc_pid.c b/src/pmdas/linux_proc/proc_pid.c index 4f7f4a1..bb2f86c 100644 --- a/src/pmdas/linux_proc/proc_pid.c +++ b/src/pmdas/linux_proc/proc_pid.c @@ -403,2 +403,6 @@ fetch_proc_pid_status(int id, proc_pid_t *proc_pid) ep->status_lines.vmlck = strsep(&curline, "\n"); + if (strncmp(curline, "VmRSS:", 6) != 0) + curline = index(curline, '\n') + 1; // Have VmPin: ? + if (strncmp(curline, "VmRSS:", 6) != 0) + curline = index(curline, '\n') + 1; // Have VmHWM: ? ep->status_lines.vmrss = strsep(&curline, "\n"); @@ -408,2 +412,5 @@ fetch_proc_pid_status(int id, proc_pid_t *proc_pid) ep->status_lines.vmlib = strsep(&curline, "\n"); + curline = index(curline, '\n') + 1; // skip VmPTE + ep->status_lines.vmswap = strsep(&curline, "\n"); + ep->status_lines.threads = strsep(&curline, "\n"); } else diff --git a/src/pmdas/linux_proc/proc_pid.h b/src/pmdas/linux_proc/proc_pid.h index 53ff1a3..7f990d3 100644 --- a/src/pmdas/linux_proc/proc_pid.h +++ b/src/pmdas/linux_proc/proc_pid.h @@ -103,2 +103,4 @@ #define PROC_PID_STATUS_VMLIB 26 +#define PROC_PID_STATUS_VMSWAP 27 +#define PROC_PID_STATUS_THREADS 28 @@ -160,2 +162,4 @@ typedef struct { /* /proc//status */ char *vmlib; + char *vmswap; + char *threads; } status_lines_t; --------------090403070707030505020109-- From kenj@internode.on.net Tue May 14 16:25:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F154F7F37 for ; Tue, 14 May 2013 16:25:22 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id B48568F8040 for ; Tue, 14 May 2013 14:25:22 -0700 (PDT) X-ASG-Debug-ID: 1368566716-04bdf0422628b610001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 8TGuAB9KuWz1mT2g for ; Tue, 14 May 2013 14:25:17 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvcBAHurklF20ToW/2dsb2JhbAANTYM+gzyFXrcRgRiDEwEBAQMBI1sLCxgJIQICDwJGEwgBAYgCEqsScpFnjyWCQoETA496gSqHOJM2 Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 15 May 2013 06:54:49 +0930 Message-ID: <5192ABAD.80807@internode.on.net> Date: Wed, 15 May 2013 07:25:01 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> X-ASG-Orig-Subj: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) In-Reply-To: <5192396A.3090600@sgi.com> Content-Type: multipart/mixed; boundary="------------000706060805070906020606" X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368566716 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130966 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------000706060805070906020606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit G'day Jeff. On 14/05/13 23:17, Jeff Hanson wrote: > On my rhel 6 system ./Makepkgs works as expected. On upgrade to > the build rpms the startup could not find pmwebd I have a fix for this ... the build of pmwebd depends on libmicrohttpd being available ... this is conditional in the build, but we've been struggling to find and plug all the consequential places where conditional logic is needed in the packaging and installation scripts. > On sles 11 (sp2 to be specific) Makepgs builds rpms (once I installed python-devel). > The rpms fail to freshen because > labyrinth:/home/jhanson/pcp-3.8.0/build/rpm # rpm -Fv *.rpm > error: Failed dependencies: > initscripts is needed by pcp-3.8.0-1.x86_64 > python-ctypes is needed by pcp-3.8.0-1.x86_64 > > There is no rpm for initscripts on sles (this is a rhel rpm). If I believe > http://python.net/crew/theller/ctypes/ there is no need for a python-ctypes > rpm (nor is there one in sles or the sdk) in python 2.6 (which is what > I have on sles). I agree python-ctypes should not be there ... but I'd like one of the python pixies to chime in an confirm this ... otherwise some conditional spec file glue may be required. The initscripts one appears to be a simple a spec file botch ... it is specified once conditionally (correct) _and_ then again unconditionally (wrong). On Host PCP CPU Operating System ----------- -------- ------ ------------------ grundy 3.8.0 ia64 SUSE SLES11 SP1 I see kenj@grundy:~/src/pcp$ sudo rpm -Uv `ls build/rpm/*.rpm | sed -e '/src.rpm/d'` Preparing packages for installation... pcp-libs-3.8.0-8 python-pcp-3.8.0-8 pcp-3.8.0-8 Waiting for pmcd to terminate ... done Rebuilding PMNS ... done Starting pmcd ... done Starting pmlogger ... done Performance Co-Pilot starting inference engine(s) ... done Waiting for pmproxy to terminate ... done Performance Co-Pilot starting pmproxy (logfile is /var/log/pcp/pmproxy/pmproxy.log) ... done perl-PCP-LogImport-3.8.0-8 pcp-libs-devel-3.8.0-8 perl-PCP-PMDA-3.8.0-8 pcp-import-iostat2pcp-3.8.0-8 pcp-import-mrtg2pcp-3.8.0-8 pcp-import-sar2pcp-3.8.0-8 pcp-import-sheet2pcp-3.8.0-8 pcp-testsuite-3.8.0-8 perl-PCP-LogSummary-3.8.0-8 perl-PCP-MMV-3.8.0-8 Patch attached if you can/want to try it out (and for others to review). --------------000706060805070906020606 Content-Type: text/plain; charset=UTF-8; name="patch.pcp" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch.pcp" diff --git a/build/rpm/pcp.spec.in b/build/rpm/pcp.spec.in index bafcf62..595c99b 100644 --- a/build/rpm/pcp.spec.in +++ b/build/rpm/pcp.spec.in @@ -31,8 +31,8 @@ BuildRequires: systemd-devel Conflicts: pcp-pro < 2.2 # Utilities used indirectly e.g. by scripts we install -Requires: bash gawk sed grep fileutils findutils initscripts perl -Requires: python python-ctypes +Requires: bash gawk sed grep fileutils findutils perl +Requires: python %if "%{_vendor}" == "suse" Requires: sysconfig %define _rcdir /etc/init.d @@ -456,7 +456,7 @@ done chown -R pcp:pcp "$PCP_LOG_DIR/pmcd" 2>/dev/null chown -R pcp:pcp "$PCP_LOG_DIR/pmlogger" 2>/dev/null chown -R pcp:pcp "$PCP_LOG_DIR/pmie" 2>/dev/null -chown -R pcp:pcp "$PCP_LOG_DIR/pmwebd" 2>/dev/null +[ -f "$PCP_LOG_DIR/pmwebd" ] && chown -R pcp:pcp "$PCP_LOG_DIR/pmwebd" chown -R pcp:pcp "$PCP_LOG_DIR/pmproxy" 2>/dev/null [ -f "$PCP_PMNS_DIR/root" ] || ( cd "$PCP_PMNS_DIR" && ./Rebuild -sud ) /sbin/chkconfig --add pmcd >/dev/null 2>&1 @@ -465,8 +465,11 @@ chown -R pcp:pcp "$PCP_LOG_DIR/pmproxy" 2>/dev/null /sbin/service pmlogger condrestart /sbin/chkconfig --add pmie >/dev/null 2>&1 /sbin/service pmie condrestart -/sbin/chkconfig --add pmwebd >/dev/null 2>&1 -/sbin/service pmwebd condrestart +if [ -f /etc/init.d/pmwebd ] +then + /sbin/chkconfig --add pmwebd >/dev/null 2>&1 + /sbin/service pmwebd condrestart +fi /sbin/chkconfig --add pmproxy >/dev/null 2>&1 /sbin/service pmproxy condrestart --------------000706060805070906020606-- From kenj@internode.on.net Tue May 14 16:34:47 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D20907F37 for ; Tue, 14 May 2013 16:34:47 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id BDF28304064 for ; Tue, 14 May 2013 14:34:47 -0700 (PDT) X-ASG-Debug-ID: 1368567285-04cbb05fe2290560001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id oJV49azB2bx4fdli for ; Tue, 14 May 2013 14:34:46 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBACStklF20ToW/2dsb2JhbAANTcEBgmiBGIMTAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQEVsxKSVY8lFoM/A6FMikY Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 15 May 2013 07:04:45 +0930 Message-ID: <5192AE00.6050509@internode.on.net> Date: Wed, 15 May 2013 07:34:56 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] add thread count to linux_proc References: <5192AB4E.7090202@redhat.com> X-ASG-Orig-Subj: Re: [pcp] add thread count to linux_proc In-Reply-To: <5192AB4E.7090202@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368567285 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130966 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- One small nit Stan ... I think proc.psinfo.threads should have the semantics of PM_SEM_INSTANT rather than PM_SEM_DISCRETE ... the number of threads can go up and down during the life of the process, which is a better semantic match to PM_SEM_INSTANT. PM_SEM_DISCRETE is intended for metrics that once observed are very unlikely to change over time, e.g. the number of CPUs in a system or the kernel's hz value. The only case where it makes a difference is when the metric appears in an archive, for PM_SEM_DISCRETE there are no interpolated values beyond the last observed value (playing forwards) nor before the first observed value (when playing backwards). But for PM_SEM_DISCRETE provided the value appears once in the archive, then a value is available from the start of the archive to the end of the archive. On 15/05/13 07:23, Stan Cox wrote: > This adds VmSwap and Threads to linux_proc as proc.memory.vmswap and > proc.psinfo.threads. >... From kenj@internode.on.net Tue May 14 18:51:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 78DB87F37 for ; Tue, 14 May 2013 18:51:53 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 072ADAC001 for ; Tue, 14 May 2013 16:51:49 -0700 (PDT) X-ASG-Debug-ID: 1368575507-04cb6c53a32980e0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id gy8DSB5cWBWXlpxD for ; Tue, 14 May 2013 16:51:48 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBANHMklF20ToW/2dsb2JhbAANTcEHgmiBGIMTAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQGyfJJTjyUWgz8DrBI Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 15 May 2013 09:21:46 +0930 Message-ID: <5192CE1D.8030009@internode.on.net> Date: Wed, 15 May 2013 09:51:57 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) In-Reply-To: <5192ABAD.80807@internode.on.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368575507 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130976 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 15/05/13 07:25, Ken McDonell wrote: > ... > On > Host PCP CPU Operating System > ----------- -------- ------ ------------------ > grundy 3.8.0 ia64 SUSE SLES11 SP1 > After installation of these images, qa -x remote (I cannot run the remote tests on grundy due to firewall limitations), passes 506 of 508 tests. So the initscripts and python-ctypes dependencies seem to be unnecessary at least in this case. The failing tests are 709 and 722 which continue to be much more likely to fail than pass in my QA environments. From fche@redhat.com Tue May 14 20:27:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0011B7F37 for ; Tue, 14 May 2013 20:27:03 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id CDFA58F8049 for ; Tue, 14 May 2013 18:27:00 -0700 (PDT) X-ASG-Debug-ID: 1368581219-04bdf04226297600001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id XDn6ZJXTG8WOJwXM for ; Tue, 14 May 2013 18:27:00 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r4F1QxeF029705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 14 May 2013 21:26:59 -0400 Received: from fche.csb (vpn-60-1.rdu2.redhat.com [10.10.60.1]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4F1QxkF016929 for ; Tue, 14 May 2013 21:26:59 -0400 Received: by fche.csb (Postfix, from userid 2569) id 8830B58502; Tue, 14 May 2013 21:26:58 -0400 (EDT) To: pcp@oss.sgi.com Subject: Re: Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> X-ASG-Orig-Subj: Re: Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 14 May 2013 21:26:58 -0400 In-Reply-To: <5192ABAD.80807@internode.on.net> (Ken McDonell's message of "Wed, 15 May 2013 07:25:01 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368581219 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 my rhel 6 system ./Makepkgs works as expected. On upgrade to >> the build rpms the startup could not find pmwebd Jeff, any reason you're not simply using the EPEL6 RPMs already built? - FChE From kenj@internode.on.net Tue May 14 20:44:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 130BD7F37 for ; Tue, 14 May 2013 20:44:58 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id B0444AC007 for ; Tue, 14 May 2013 18:44:54 -0700 (PDT) X-ASG-Debug-ID: 1368582292-04bdf042242982c0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id W2i3VVH7KXl6Q2Xo for ; Tue, 14 May 2013 18:44:53 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApUBAFTnklF20ToW/2dsb2JhbAANTYZ6ug6CaIEYgxMBAQEEIxVAAQwECxgCAgUWCwICCQMCAQIBRQYNAQcBAbMLcpFagSaNeAeCQoETA6wS Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 15 May 2013 11:14:52 +0930 Message-ID: <5192E8A0.4070102@internode.on.net> Date: Wed, 15 May 2013 11:45:04 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] FC18 status References: <5191EB20.8020405@internode.on.net> <542720185.1247002.1368518261886.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] FC18 status In-Reply-To: <542720185.1247002.1368518261886.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368582292 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.130982 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 14/05/13 17:57, Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- >> rpm build working again after putting VM in dumper and re-installing >> Fedora 18 from scratch ... no idea what was the problem. >> >> But the first time I installed the rpms, I see this ... >> >> Rebuilding PMNS ... >> Starting pmcd ... >> Starting pmlogger ... >> Performance Co-Pilot starting inference engine(s) ... >> Redirecting to /bin/systemctl condrestart pmwebd.service >> Failed to issue method call: Unit pmwebd.service failed to load: No such >> file or directory. See system logs and 'systemctl status pmwebd.service' >> for details. > > Looks like we're somehow (unexpectedly) triggering systemd for this guy > which we don't do for the other daemons. > >> Performance Co-Pilot starting pmproxy (logfile is >> /var/log/pcp/pmproxy/pmproxy.log) ... >> kenj@localhost:~/src/pcp$ pcp > > Strange indeed that pmproxy is all good - the two are carbon copies of > each other in terms of init scripting fu. I think this is the same as Jeff's issue on SuSE ... if there is no libmicrohttpd, we don't build pmwebd (correct) but then the packaging/install scripts don't understand that pmwebd may not be in the package ... I think the patch I posted (which I've committed to my local tree but not pushed yet) fixes this as well. From fche@redhat.com Tue May 14 21:24:36 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C05B77F37 for ; Tue, 14 May 2013 21:24:36 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 92DC78F8040 for ; Tue, 14 May 2013 19:24:33 -0700 (PDT) X-ASG-Debug-ID: 1368584672-04bdf0422329a020001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id tD1NPPHLmB58s2BF for ; Tue, 14 May 2013 19:24:32 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4F2OS54031235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 14 May 2013 22:24:29 -0400 Received: from fche.csb (vpn-60-1.rdu2.redhat.com [10.10.60.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4F2OS5h028563; Tue, 14 May 2013 22:24:28 -0400 Received: by fche.csb (Postfix, from userid 2569) id DDDA258502; Tue, 14 May 2013 22:24:27 -0400 (EDT) To: Ken McDonell Cc: Nathan Scott , pcp@oss.sgi.com Subject: Re: FC18 status References: <5191EB20.8020405@internode.on.net> <542720185.1247002.1368518261886.JavaMail.root@redhat.com> <5192E8A0.4070102@internode.on.net> X-ASG-Orig-Subj: Re: FC18 status From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 14 May 2013 22:24:27 -0400 In-Reply-To: <5192E8A0.4070102@internode.on.net> (Ken McDonell's message of "Wed, 15 May 2013 11:45:04 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368584672 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Ken McDonell writes: > [...] I think this is the same as Jeff's issue on SuSE ... if there > is no libmicrohttpd [...] What would people think about putting (back) in a snapshot of libmicrohttpd sources under src/pmwebd, for use only on platforms where the OS doesn't supply libmicrohttpd? - FChE From kenj@internode.on.net Wed May 15 01:40:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3DFD57F37 for ; Wed, 15 May 2013 01:40:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 29FF2304067 for ; Tue, 14 May 2013 23:40:37 -0700 (PDT) X-ASG-Debug-ID: 1368600033-04cbb05fe32a9300001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id m4E5sYDT9Z9V3bew for ; Tue, 14 May 2013 23:40:33 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAE4tk1F20ToW/2dsb2JhbAANTcN+gRSDEwEBAQQ4QAEQCxgJFg8JAwIBAgFFBg0BBQIBAbJVkjiPHgeDVQOsEg Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail07.adl2.internode.on.net with ESMTP; 15 May 2013 16:10:29 +0930 Message-ID: <51932DE9.2060303@internode.on.net> Date: Wed, 15 May 2013 16:40:41 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Nathan Scott , pcp@oss.sgi.com Subject: Re: FC18 status References: <5191EB20.8020405@internode.on.net> <542720185.1247002.1368518261886.JavaMail.root@redhat.com> <5192E8A0.4070102@internode.on.net> X-ASG-Orig-Subj: Re: FC18 status In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1368600033 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131002 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 15/05/13 12:24, Frank Ch. Eigler wrote: > Ken McDonell writes: > >> [...] I think this is the same as Jeff's issue on SuSE ... if there >> is no libmicrohttpd [...] > > What would people think about putting (back) in a snapshot of > libmicrohttpd sources under src/pmwebd, for use only on platforms > where the OS doesn't supply libmicrohttpd? Seems like a "make work" project to me. Most of the plaftorms we care about have the support, this will become more so over time one suspects. On the down side there is the additional code maintenance burden (unless you're suggesting a once off snapshot that is never refreshed ... that sounds like an RFE just waiting to bite down the track). As a general rule (and following what we've done in the past for Mac OS X, AIX, BSD, Windows, ...), I'd prefer to see the configure-build-package infrastructure be robust in the absence of some platform services, so we can still build and install something useful on lots of platforms, even if there are some backwaters where not all of the PCP functionality is available. From jhanson@sgi.com Wed May 15 07:37:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 121E97F3F for ; Wed, 15 May 2013 07:37:20 -0500 (CDT) Received: from xmail.sgi.com (pv-excas3-dc21.corp.sgi.com [137.38.106.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id F16D330404E; Wed, 15 May 2013 05:37:16 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 15 May 2013 07:37:16 -0500 Message-ID: <5193817B.9020509@sgi.com> Date: Wed, 15 May 2013 08:37:15 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130513 Thunderbird/17.0.6 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Subject: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 05/14/2013 09:26 PM, Frank Ch. Eigler wrote: > >>> On my rhel 6 system ./Makepkgs works as expected. On upgrade to >>> the build rpms the startup could not find pmwebd > > Jeff, any reason you're not simply using the EPEL6 RPMs already built? EPEL doesn't have 3.8 rpms. -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Lee/Lifeson/Peart From fche@redhat.com Wed May 15 07:51:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4079F7F37 for ; Wed, 15 May 2013 07:51:42 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2C58430404E for ; Wed, 15 May 2013 05:51:42 -0700 (PDT) X-ASG-Debug-ID: 1368622298-04cb6c53a12bcba0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id k4HT5H9JVAKw6JNA; Wed, 15 May 2013 05:51:38 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4FCpbhT029082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 15 May 2013 08:51:38 -0400 Received: from fche.csb (vpn-60-1.rdu2.redhat.com [10.10.60.1]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4FCpbhp029128; Wed, 15 May 2013 08:51:37 -0400 Received: by fche.csb (Postfix, from userid 2569) id 0EE5E5819F; Wed, 15 May 2013 08:51:36 -0400 (EDT) Date: Wed, 15 May 2013 08:51:36 -0400 From: "Frank Ch. Eigler" To: Jeff Hanson Cc: pcp@oss.sgi.com Subject: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) Message-ID: <20130515125136.GA9843@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> <5193817B.9020509@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5193817B.9020509@sgi.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: 1368622298 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 - > > Jeff, any reason you're not simply using the EPEL6 RPMs already built? > EPEL doesn't have 3.8 rpms. https://koji.fedoraproject.org/koji/packageinfo?packageID=10542 lists them. It sometimes takes a few days for them to show up in the yum update channels. - FChE From jistone@redhat.com Wed May 15 14:07:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 380A67F37 for ; Wed, 15 May 2013 14:07:04 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 09745304082 for ; Wed, 15 May 2013 12:07:00 -0700 (PDT) X-ASG-Debug-ID: 1368644820-04bdf042252d6fe0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id HkQMDGeCiumGHrPO; Wed, 15 May 2013 12:07:00 -0700 (PDT) X-Barracuda-Envelope-From: jistone@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4FJ6x9I021469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 15 May 2013 15:06:59 -0400 Received: from [10.3.113.157] (ovpn-113-157.phx2.redhat.com [10.3.113.157]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4FJ6xWI027006; Wed, 15 May 2013 15:06:59 -0400 Message-ID: <5193DCD3.8060309@redhat.com> Date: Wed, 15 May 2013 12:06:59 -0700 From: Josh Stone User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Jeff Hanson , pcp@oss.sgi.com Subject: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> <5193817B.9020509@sgi.com> <20130515125136.GA9843@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) In-Reply-To: <20130515125136.GA9843@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368644820 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 05/15/2013 05:51 AM, Frank Ch. Eigler wrote: > Hi - > >>> Jeff, any reason you're not simply using the EPEL6 RPMs already built? >> EPEL doesn't have 3.8 rpms. > > https://koji.fedoraproject.org/koji/packageinfo?packageID=10542 > lists them. It sometimes takes a few days for them to show up in the > yum update channels. It also has to make its way through bodhi -- so far this one has only reached updates-testing: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-5800/pcp-3.8.0-1.el6 From nscott@redhat.com Wed May 15 18:18:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 766DA7F37 for ; Wed, 15 May 2013 18:18:21 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 651BB304043 for ; Wed, 15 May 2013 16:18:18 -0700 (PDT) X-ASG-Debug-ID: 1368659897-04cb6c53a32e3070001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id fwjlOKoDin0oHPGU for ; Wed, 15 May 2013 16:18:17 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4FNIEV9024297; Wed, 15 May 2013 19:18:14 -0400 Date: Wed, 15 May 2013 19:18:14 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Stan Cox Cc: pcp@oss.sgi.com Message-ID: <78861738.3215047.1368659894472.JavaMail.root@redhat.com> In-Reply-To: <5192CE1D.8030009@internode.on.net> References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> <5192CE1D.8030009@internode.on.net> Subject: Failing python tests on RHEL6 (was Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) MIME-Version: 1.0 X-ASG-Orig-Subj: Failing python tests on RHEL6 (was Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Failing python tests on RHEL6 (was Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) Thread-Index: T4kACNsfgN1n1nZirfsf+Eh5hcrJjg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368659897 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131070 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > The failing tests are 709 and 722 which continue to be much more likely > to fail than pass in my QA environments. Could you fwd those bad files? I'm sitting pretty on 100% pass rate with RHEL6 over here, both with and without secure-sockets enabled. Stan and I did have to work through some host-dependencies on 722 just prior to the last release though, so perhaps there are still similar issues lurking. thanks. -- Nathan From nscott@redhat.com Wed May 15 18:20:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2A17A7F37 for ; Wed, 15 May 2013 18:20:15 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id ACC41AC002 for ; Wed, 15 May 2013 16:20:11 -0700 (PDT) X-ASG-Debug-ID: 1368660010-04cb6c53a42e31d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id V1jngvjgLapvSopQ for ; Wed, 15 May 2013 16:20:10 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4FNK7FE030599; Wed, 15 May 2013 19:20:07 -0400 Date: Wed, 15 May 2013 19:20:07 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <85611020.3215671.1368660007655.JavaMail.root@redhat.com> In-Reply-To: <5192E8A0.4070102@internode.on.net> References: <5191EB20.8020405@internode.on.net> <542720185.1247002.1368518261886.JavaMail.root@redhat.com> <5192E8A0.4070102@internode.on.net> Subject: Re: [pcp] FC18 status MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] FC18 status Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: FC18 status Thread-Index: 8TKeeWgdvTVNLdJiNhdbWFSEXu4Jpw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368660010 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131070 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > On 14/05/13 17:57, Nathan Scott wrote: > > Looks like we're somehow (unexpectedly) triggering systemd for this guy > > which we don't do for the other daemons. > > > >> Performance Co-Pilot starting pmproxy (logfile is > >> /var/log/pcp/pmproxy/pmproxy.log) ... > >> kenj@localhost:~/src/pcp$ pcp > > > > Strange indeed that pmproxy is all good - the two are carbon copies of > > each other in terms of init scripting fu. > > I think this is the same as Jeff's issue on SuSE ... if there is no > libmicrohttpd, we don't build pmwebd (correct) but then the > packaging/install scripts don't understand that pmwebd may not be in the > package ... I think the patch I posted (which I've committed to my local > tree but not pushed yet) fixes this as well. > Ah that makes more sense - thanks Ken. Just starting the 3.8.1 dev branch now, so these can go in right away when ready. cheers. -- Nathan From nscott@redhat.com Wed May 15 18:28:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 902497F50 for ; Wed, 15 May 2013 18:28:58 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 707E9304043 for ; Wed, 15 May 2013 16:28:58 -0700 (PDT) X-ASG-Debug-ID: 1368660537-04bdf042262e6bb0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id tkXDdvxhGJdHkndR for ; Wed, 15 May 2013 16:28:57 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4FNSsZ3032015; Wed, 15 May 2013 19:28:55 -0400 Date: Wed, 15 May 2013 19:28:54 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1880542572.3216965.1368660534931.JavaMail.root@redhat.com> In-Reply-To: <5192ABAD.80807@internode.on.net> References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> Subject: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) Thread-Index: OkMezz/2hHeLTpdJEtQ0RgePcBA2Bw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368660537 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131070 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 agree python-ctypes should not be there ... but I'd like one of the python > pixies to chime in an confirm this ... otherwise some conditional spec file > glue may be required. *nod* - doesn't appear to be explicitly needed here either (perhaps its for an older RHEL variant). On my system this appears to be a virtual package provided by python: $ repoquery --whatprovides python-ctypes python-0:2.6.6-29.el6_3.3.x86_64 *shrug* - I guess the python packaging evolved differently on SLES. If it does turn out to be needed for older RHEL/Fedora that someone is still using, we can do the conditional Requires magic we use for other dependencies. cheers. -- Nathan From kenj@internode.on.net Wed May 15 18:43:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A4F627F37 for ; Wed, 15 May 2013 18:43:29 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 93D478F8059 for ; Wed, 15 May 2013 16:43:26 -0700 (PDT) X-ASG-Debug-ID: 1368661404-04cb6c53a32e4390001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id Vln081ZjBGBFEr4u for ; Wed, 15 May 2013 16:43:25 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsBALMclFF20ToW/2dsb2JhbAANToZ6ujmCaIEUgxMBAQEEIxVAARALGAICBRYLAgIJAwIBAgFFBg0BBwEBsj9ykVqBJo14B4JCgRMDrBM Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl6.internode.on.net with ESMTP; 16 May 2013 09:13:23 +0930 Message-ID: <51941DA8.4020004@internode.on.net> Date: Thu, 16 May 2013 09:43:36 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> <1880542572.3216965.1368660534931.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) In-Reply-To: <1880542572.3216965.1368660534931.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1368661404 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131070 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 16/05/13 09:28, Nathan Scott wrote: > ... > *shrug* - I guess the python packaging evolved differently on SLES. If it does > turn out to be needed for older RHEL/Fedora that someone is still using, we can > do the conditional Requires magic we use for other dependencies. OK look for commit fd5f479 in my tree in the next batch I send ... this _is_ the patch I posted earlier. From kenj@internode.on.net Wed May 15 18:50:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D63697F3F for ; Wed, 15 May 2013 18:50:19 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id B21DD8F8059 for ; Wed, 15 May 2013 16:50:19 -0700 (PDT) X-ASG-Debug-ID: 1368661816-04cbb05fe52e2520001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 3oO1ykraRcHxqCur for ; Wed, 15 May 2013 16:50:17 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmkCADkelFF20ToW/2dsb2JhbAANToZ6hV60W4JogRSDEwEBAQQjVQEMBAsYCRYEBwICAgcDAgECAUUGDQEHAQGyQXKRWo8DGweCQoETA496gSqZJYFK Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl6.internode.on.net with ESMTP; 16 May 2013 09:20:16 +0930 Message-ID: <51941F45.9090805@internode.on.net> Date: Thu, 16 May 2013 09:50:29 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: Stan Cox , pcp@oss.sgi.com Subject: Re: Failing python tests on RHEL6 (was Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) References: <5192396A.3090600@sgi.com> <5192ABAD.80807@internode.on.net> <5192CE1D.8030009@internode.on.net> <78861738.3215047.1368659894472.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: Failing python tests on RHEL6 (was Re: [pcp] Issues with 3.8 on rhel 6 (minor) and sles 11 (not as minor) In-Reply-To: <78861738.3215047.1368659894472.JavaMail.root@redhat.com> Content-Type: multipart/mixed; boundary="------------080606030604090107010307" X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1368661816 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131072 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------080606030604090107010307 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 16/05/13 09:18, Nathan Scott wrote: > > > ----- Original Message ----- > >> The failing tests are 709 and 722 which continue to be much more likely >> to fail than pass in my QA environments. > > Could you fwd those bad files? I'm sitting pretty on 100% pass rate with > RHEL6 over here, both with and without secure-sockets enabled. Stan and I > did have to work through some host-dependencies on 722 just prior to the > last release though, so perhaps there are still similar issues lurking. Attached ... there are 12 x 722 failures and 8 x 709 failures in the attached tarball. Some of these could have been from 3 or 4 days ago ... extract with tar xzpf and the date stamps will tell you how old they are. If you need access to any of these machines that can be arranged ... off list ... 8^)> --------------080606030604090107010307 Content-Type: application/x-gzip; name="badies.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="badies.tar.gz" H4sIAFoelFEAA+1d+3PaSBLOz/wVXfHdrX0VQC/E4tpLlY3JHutgCOB4c6mUS4gBK0aP1Qg7 3sofvz0jgfGCMc6BeLjbiTTSSKOemZ7X980MufyNq2rZHuv6oZXVtfwfVr6olHL+MMp1rO6r ZYiCYhqGOKvFgjJ5Fk7F0IuvVE01dFMpKJr5SkGnpr0CZSlff0KGPLJCgFfXzPs677mn/LdU PhwBZnUwjMAOmRWxLnTuAA0gs/dLNpFy43zkfJvZs4Mh8DsOjhexEOzoG7/NlED+jc/jV7PZ E4df8/tLDOH0uMmsLogDh9Pji9CJQBwYnxfOGYtu/fD6QThVDxrXER5Pj+sYAXTjaSqQdmjZ rGPZ17Dv+jyCkNnMw+hagwEMLB4dHGYA3jkDBq/zQx7mO46XD1zbHwyYHQ1ev4GB4zEwTeMN xhl+cf3ucMDe4jsAnH/LBSGmxOUVxoaF2v7BImGpahzWg1fjANmg9zDEy07osN5i4WrFwnS4 cQAy9J4fwrV4ILS8PtsfMG9fftBlUejYlzfWYMj4Z+XLASZJ+y5glTD0w0PwO1/xK+D3IMKb 8NPA9/o/wZXFwfNBBHKAxlL1orcTNoNSY64f3j3I+r13IWNwPOz1oGzZV1D1LBtaA6sDNSvI lGrw8N+MO3uA1git81rtqPkJ9qtn7eYbKLd/b13Av6DRrJchz5mNCp1ztM4zx2bQQmO9sNDI qs0P0PJ7EbQiZg2g2sXkxNA4qhGFUBaWDI3Qt6E59D6IAxzd9EsTB7zVhuPBdXtkW7P/chP/ 7+1woWf34KTaOr2PXxKZUZGpsbDPRkWn5fzJTo+TEsTgIvGMi1Li+/ePT13vwVmlfVFvTn8T JsqXCAxPteEgqkLZDaqApsGrD8qdfKgufOvStz474o/c3YNapVbHzydqPDSlWdK4uuMOFmKY srM58nYy1NatFcz0bFh9x+uPjRbafoTfQYvqwkMDxhsj6w3QfeT5HpR910Vje+/b13hLWHg0 FQCmpUixdxYmKL789V2U3Jq2+Mf/TabpD701u4aHeZU3zK2RZ7UN8Hh1D0/U4IuZjojI3h40 K+V682Qb64eVl/n0yzhlyKZlyPOL+nNL89NNDRnFXKOg5JmXPMsaUixpWPPjw5E0+sipdyK3 zl6fZ9vUR57yfCF95HXDMyuX3Cz8T9NSxP8U1dAm8D9dkfifUiT8Lw2Zjf9p2g/CZlbkByM4 qmj+PAMyi6xoyOE/4FqOt48tbo5HXdRgJsA1GZpp6DI08Z4MKcBWIcdZNAwuYwCLw37g2n8L aOB08sFddOV7Wq6Y59isZQOMlNVnPB/YAX6EDztCjeBu/KUYRXsQtPxiaDmcQeBi1f0G9u1L K3Byjdplpdm8PDuqVd7AawzCs1x2GVgRdiO8gwx+IofxwAfla4cw8Tyce9eef4tRkt+Qbx7G 0fo3Jf96k3/dxTI1kfX/z1kX+71Z01hF7Z/U/+bT9T+KahYl/6MUiP9JRV5W/d91eLQdFRAl P9X/aUgu3w+HXvcux/tOzvbddfD/qjHq/5uGWSyI+r9oKFT/pyG7z/+LiFSxdyO1LwdD9Mmk A8PtOCpGVDXBcERVP8N0iOXZQGaUMmTDMoSo6o03CkqeecmDvefDZCiLDtUslTRosb6L43cr crDd7cnGVMo/Gp/K9ffvK+X2e8jy7old9s6+/uZCtgf4hSh3P8kTsraqLGkya6FUmoYGhA// LOZzStdBVv3yWftykKl6XfYtmQo6wAE8vog3xKhBTAmVU0lJLVKL1CK1Hldr3TAHySMyE/9L l/9XjII6xv+KmuT/iyrx/6nICvkfY8aKGccN/BBDGYYc++FVeZVUHWc+xE9KJL47emZT9Fh3 Rq1IJP+rZrus41jemtb/FQwl5n81DU+y/GumQeU/Ddl9/H9Z6//MJa7/M1e0/q9I6/82Dm/Y KGxiCsohUmXak0iVRIhU2QU8kkgVyhAiVTbeKCh55iXPknrxirqJcCupRWqRWjup1rrxnadk Jv63pvV/Mf6nx/ifSfhfGvKS1n+YW7QAgZKf1n+kIaL+V/TR+u/VrAB8sv7X9bj+LxiFginX f+g6rf9LRV5A/Y9GvY1LkCkDqA1Yvcj+fynrB8zjQ85GLcBSZwA8xf8ralL/a4aimaqc/0P7 /6Yju8//0/q/hVHcjUJ8pwByoqqnPYmqToSo6l1geYiqpgwhqnrjjYKSh6hqUovUIrV2Sa11 QxEka5BH8L+lMkCLrv+L8T8txv90wv/SEFr/R+v/NCU77Ay9aLhK/neR/V/NgqoWDFH+DZX2 /0tFXgD/u5UbkFLyE/ebhsj5P9p9/28VK8AX5n9V09ST/p9K8z9TEeJ/s8T/Ev87k4qYfZf4 X+J/if/dGbqRMmTDMoT43403Ckoe4n9JLVKL1NoltdYNRZCsQR7B/9bD/0r8T6f9X1MU4n+J /1WKo/0f1rL+VzMS/F8vFBVVi9f/KrT/ayryaPk/atcbkIUT6w5qvhddiaHNIf6Nz2xgBZx1 M41mGb7L0XfJLXF0DsVQL3HvCT4NX0HXn77bcRiOj8SIMXnhn+PHhcsJ/0gcYigoXbdioChc GTHEX/QtfLYUv1VuvMdrS4wWxfjvMaeNQ010MeF2xOgzucjUKjW8FfmRQCS/Q09AotJlC0w1 dnYExipdXCCswpVpXTRG7/06fk+4vsMN9uTc+OLGHTixM9M4Eje4bXkytbgcEscuUdNJ162T eN6KfptQ76zSFp/B/huX9Rm67cCJta/FVz4k7mF30gevRj5JKF4MkooUmHzQuQ/BCXrhbRzT Lhs4N+OHMo3qCXw8OWofwcdW+6h8Ch9/bdYvoCmPH1vV/1WgKY8iPcu1E7Iusq7nWVfrU0vk 7HmrKU6T5tU8R+/2f5vQakPl9zK0JCQljEymPx8fWOl0dArsAK0vi//gm8hKHF11d7WFny+y /VdH879WuP/7o/O/VMXQk99/LWi6Hrf/hlKg9j8N2X3+f1n7v88YRfzw/u/GivZ/L9D+7xvH N2wUNzFF5dCkimlPmlSRCE2q2AU+kiZVUIbQpIqNNwpKnnnJs6whxZKGNf/fdOSxrKiPnHon cuvs9Xm2TX3kKc8X0kdeNzyzcpmJ/6W7/lMrFAsT+J9J+F+KQvzfNjM0J9jO43XXkmrwuzj6 oWjnxYO3slEfRcy6cXwZX5fPIXcWo3Zy88idBagdog3JKNM1SmIcZ4ps/wvZPvMi31/77z8r uqnI33/WDdr/JRUh/o9+/5n4v82BGoj/I2yD+L9nmA5B5xtIN1GGbFiGEP+38UZByUOLqkkt UovU2iW11o3vPCUz8b+1/f6zwP9Uwv9SlJe1/+v2/PgkJT/t/5qGyP3/jawwLp+v5Nc/n+Z/ xuu/TF0pGPH67yLt/52KEP9D67+I/yH+h/gf4n9kfIn/2TXolPgfyhDifzbeKCh5aP0Xrf/a yE459ZGnPF9IH3nd8MzKZSb+lzb/o+sT+J9c/6WbhP+lIi+A/0GjHlEQ5hZREJQBxAGRkJCQ kJCQkJCQLFf+AhzZW1YA8AAA --------------080606030604090107010307-- From nscott@redhat.com Wed May 15 19:36:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0CE467F3F for ; Wed, 15 May 2013 19:36:26 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id C57FD8F8065 for ; Wed, 15 May 2013 17:36:25 -0700 (PDT) X-ASG-Debug-ID: 1368664581-04bdf042242ea6a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id GjLDyYHb9kbAeSP6 for ; Wed, 15 May 2013 17:36:21 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4G0aLHW003967; Wed, 15 May 2013 20:36:21 -0400 Date: Wed, 15 May 2013 20:36:20 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Mark Goodwin Cc: pcp Message-ID: <895660914.3229377.1368664580978.JavaMail.root@redhat.com> In-Reply-To: <5191DB5C.2010708@redhat.com> References: <5191DB5C.2010708@redhat.com> Subject: Re: [pcp] pcp updates: 'collectl2pcp' importer MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: 'collectl2pcp' importer Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: 'collectl2pcp' importer Thread-Index: F/h7EHFkMel1QweZW2W2mO+LnqIpzA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368664581 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131074 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Mark, ----- Original Message ----- > Changes committed to git://oss.sgi.com/markgw/pcp/pcp.git dev > > First version of the new collectl2pcp importer. No QA yet, that is > next - before progressively adding more support for other metrics > found in collectl raw data archives. Looking good. Some small stuff from reviewing... man/man1/ - man page doesn't do collectl(1) referencing right - should it be: .BR collectl (1) - add reference to collectl(1) at end of man page. - just for grins, maybe add mention of pmcollectl(1) as well - the man page explicitly says "supports XYZ metrics only currently" which makes it brittle to future code updates to increase coverage - the code does a good job of handling the feedback about skipped data so perhaps the man page could just have words describing that output (which will hopefully lessen over time). - loving all the packaging work that has been done, thanks!!! src/pmimport/collectl2pcp - the -a option seems a bit wierd in collectl2pcp.c - a mandatory option? I was expecting syntax more like: $ collect2pcp infile outfile - allowing multiple infiles on the cmd line opens up the problem of having data from different hosts - is there any advantage to supporting multiple files, rather than just doing em individually and then running pmlogmerge? I guess its a usability thing for when you have many days worth of data right? Fair enough then but it does obfuscate the code a little, so... - code could do with a bit of refactoring - everything in main(), perhaps the inner loops (from "parse collectl header" and the code below that) could become a new function, passed in a file pointer and one or two other things - the two snippets of code that begins "if (filenum == 0)" - looks like they could be moved out of all of the loops entirely (after pmiStart) - the handlers seem a little brittle in the face of odd data, eg. the cpu_handler assumes the passed buffer will be of length >3 - might be a good idea to pass the length of the line just read in to these callbacks so they're more inclined to validate the input they are given? - could we #include pmdas/linux/indom.h instead of duplicating it? from a quick look, looks like it doesn't pull in many odd headers or define too many things that'd make that difficult. - re the TODOs in util.c - those seem like micro-optimisations - if you implement 'em, great, but i wouldn't leave a TODO comment in the code forever if not. cheers. -- Nathan From nscott@redhat.com Wed May 15 19:46:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A4A0B7F4C for ; Wed, 15 May 2013 19:46:20 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2791CAC008 for ; Wed, 15 May 2013 17:46:17 -0700 (PDT) X-ASG-Debug-ID: 1368665175-04cb6c53a42e75c0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 8t0VwUujxn9hRyG8 for ; Wed, 15 May 2013 17:46:16 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4G0kFw2011566 for ; Wed, 15 May 2013 20:46:15 -0400 Date: Wed, 15 May 2013 20:46:15 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <1484619647.3236182.1368665175597.JavaMail.root@redhat.com> In-Reply-To: <1683956141.3235325.1368665138880.JavaMail.root@redhat.com> Subject: pcp updates: proc metrics, misc MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: proc metrics, misc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: proc metrics, misc Thread-Index: 13efe+e0Ye7o3yiBG9onc9E5jy8rxw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368665175 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131074 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 3 +++ VERSION.pcp | 2 +- build/rpm/fedora.spec | 4 +++- debian/changelog | 6 ++++++ src/pmdas/linux_proc/help | 2 ++ src/pmdas/linux_proc/pmda.c | 25 +++++++++++++++++++++++++ src/pmdas/linux_proc/pmns | 2 ++ src/pmdas/linux_proc/proc_pid.c | 7 +++++++ src/pmdas/linux_proc/proc_pid.h | 4 ++++ 9 files changed, 53 insertions(+), 2 deletions(-) commit 717347fb5c6aead1ebd7c5ffb5a737a08e669037 Author: Nathan Scott Date: Thu May 16 09:50:49 2013 +1000 Bump version details for new development version commit 25ac9ab8faa1c20d39df62efcd1ae44b8499754c Author: Stan Cox Date: Thu May 16 09:48:35 2013 +1000 Add VmSwap and Threads to linux_proc as proc.{memory.vmswap,psinfo.threads} Code in pmdas/linux_proc/proc_pid.c.c looks at /proc/NN/status in the order: VmSize, VmLck, VmRss, VmData, VmStk, VmExe, VmLib but on more recent kernels the order is: VmSize, VmLck, VmPin, VmHWM, VmRss, VmData, VmStk, VmExe, VmLib so the patch also allows for skipping those if required. Testing via dbpmda: dbpmda -n root | awk '/^ *inst/ {if ($2=="[32151") print $0;next} /> desc/ {printf "%s: ",$3} /PMID:/ {print $0} /> fetch/ {printf "fetch %s:",$3}' proc.memory.vmsize: PMID: 3.24.20 proc.memory.vmlock: PMID: 3.24.21 proc.memory.vmrss: PMID: 3.24.22 proc.memory.vmdata: PMID: 3.24.23 proc.memory.vmstack: PMID: 3.24.24 proc.memory.vmexe: PMID: 3.24.25 proc.memory.vmlib: PMID: 3.24.26 proc.memory.vmswap: PMID: 3.24.27 proc.psinfo.threads: PMID: 3.24.28 fetch proc.memory.vmlib: inst [32151 or ???] value 70620 9.8959698e-41 0x113dc fetch proc.memory.vmswap: inst [32151 or ???] value 0 0 0x0 fetch proc.psinfo.threads: inst [32151 or ???] value 332 4.6523109e-43 0x14c Double checking /proc/32151/status: egrep 'VmLib|VmSwap|Threads' /proc/32151/status VmLib: 70620 kB VmSwap: 0 kB Threads: 332 commit 954f41c135aef853d9f97f3a26d22b306b03992e Author: Nathan Scott Date: Thu May 16 09:41:39 2013 +1000 Remove explicit autoconf invocation from fedora spec From mgoodwin@redhat.com Wed May 15 21:23:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id EA1FE7F37 for ; Wed, 15 May 2013 21:23:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id B70DC8F8064 for ; Wed, 15 May 2013 19:23:27 -0700 (PDT) X-ASG-Debug-ID: 1368671006-04bdf042232efad0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id TxdAxEVpErdem3Iv for ; Wed, 15 May 2013 19:23:26 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4G2NQD6010402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 15 May 2013 22:23:26 -0400 Received: from fletch.usersys.redhat.com (vpn1-50-10.bne.redhat.com [10.64.50.10]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4G2NNHh029971; Wed, 15 May 2013 22:23:24 -0400 Message-ID: <5194431B.9050101@redhat.com> Date: Thu, 16 May 2013 12:23:23 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp Subject: Re: [pcp] pcp updates: 'collectl2pcp' importer References: <5191DB5C.2010708@redhat.com> <895660914.3229377.1368664580978.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: 'collectl2pcp' importer In-Reply-To: <895660914.3229377.1368664580978.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368671006 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 05/16/2013 10:36 AM, Nathan Scott wrote: > Looking good. Some small stuff from reviewing... thanks for that > man/man1/ > - man page doesn't do collectl(1) referencing right - should it be: > .BR collectl (1) > - add reference to collectl(1) at end of man page. > - just for grins, maybe add mention of pmcollectl(1) as well ok will do > - the man page explicitly says "supports XYZ metrics only currently" well the intent was to add to the list as new metrics handlers are added. Didn't want to set any expectations that everything in a collectl archive can be imported in the current implementation - collectl raw archives consist of a header followed by a repeating sequence of timestamp and a bunch of raw data copied from /proc/whatever .. repeat. There are something like 75 different line patterns to parse, which can be factored down to roughly 20 or so different handlers (much like the linux PMDA I guess). > which makes it brittle to future code updates to increase coverage - > the code does a good job of handling the feedback about skipped data > so perhaps the man page could just have words describing that output > (which will hopefully lessen over time). ok I'll make that man page change then > > - loving all the packaging work that has been done, thanks!!! haven't tried to build the deb packages yet - should work!! > src/pmimport/collectl2pcp > - the -a option seems a bit wierd in collectl2pcp.c - a mandatory > option? I was expecting syntax more like: > $ collect2pcp infile outfile how about: collectl2pcp [-v] [-D N] output input [input ...] or perhaps collectl2pcp [-v] [-D N] input [input ...] output > - allowing multiple infiles on the cmd line opens up the problem > of having data from different hosts - is there any advantage to > supporting multiple files, rather than just doing em individually > and then running pmlogmerge? I guess its a usability thing for > when you have many days worth of data right? Fair enough then but > it does obfuscate the code a little, so... definitely wanted this feature since the most common use case (for me anyway) is: collectl2pcp pcparchive /var/log/collectl/*.gz and then run pmchart -a pcparchive ... without needing a wrapper script to gather up all the archives and merge'em all together. Of course it'd help if pmchart supported multiple archives on the command line and knew how to internally sort by host and stitch them together cronologically ;) but that's a separate RFE (and also a usability issue). And yep the code checks each collectl header is for the same host. > - code could do with a bit of refactoring - everything in main(), > perhaps the inner loops (from "parse collectl header" and the code > below that) could become a new function, passed in a file pointer > and one or two other things ok will do that. > - the two snippets of code that begins "if (filenum == 0)" - looks > like they could be moved out of all of the loops entirely (after > pmiStart) could be done too > > - the handlers seem a little brittle in the face of odd data, eg. > the cpu_handler assumes the passed buffer will be of length >3 - > might be a good idea to pass the length of the line just read in > to these callbacks so they're more inclined to validate the input > they are given? yes ok good point - I'll do that. For one thing - collectl archives seem to be flushed out at odd intervals .. often resulting in partial records near EOF for the current log at least. > - could we #include pmdas/linux/indom.h instead of duplicating it? > from a quick look, looks like it doesn't pull in many odd headers > or define too many things that'd make that difficult. yes can do that - I wanted to keep these indom and pmid numbers common with the linux and proc PMDAs so we can at least entertain merging collectl archives with pcp archives .. but internal instance IDs could be a problem with without some pmlogrewrite magic. > - re the TODOs in util.c - those seem like micro-optimisations - > if you implement 'em, great, but i wouldn't leave a TODO comment > in the code forever if not. ok fair enough. Basically just the linear searches need some indexing of some sort (this thing chews on collectl archives from large machines for quite some time .. most of the time is spent looking up metrics and handlers etc). I'll send out another update with these changes, probably late tonight. Cheers From nscott@redhat.com Wed May 15 21:42:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4FF6E7F37 for ; Wed, 15 May 2013 21:42:31 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2A0EC304043 for ; Wed, 15 May 2013 19:42:31 -0700 (PDT) X-ASG-Debug-ID: 1368672146-04cbb05fe42e9c20001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id s2ry3rlkAfWp4fA2 for ; Wed, 15 May 2013 19:42:27 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4G2gQx7024307; Wed, 15 May 2013 22:42:26 -0400 Date: Wed, 15 May 2013 22:42:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Mark Goodwin Cc: pcp Message-ID: <634690539.3273520.1368672146562.JavaMail.root@redhat.com> In-Reply-To: <5194431B.9050101@redhat.com> References: <5191DB5C.2010708@redhat.com> <895660914.3229377.1368664580978.JavaMail.root@redhat.com> <5194431B.9050101@redhat.com> Subject: Re: [pcp] pcp updates: 'collectl2pcp' importer MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: 'collectl2pcp' importer Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: 'collectl2pcp' importer Thread-Index: 12P0d7s9b04zeXKpSiKlw5Wa+b4BTg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368672146 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131082 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 05/16/2013 10:36 AM, Nathan Scott wrote: > > Looking good. Some small stuff from reviewing... > > thanks for that No worries mate. > > - the -a option seems a bit wierd in collectl2pcp.c - a mandatory > > option? I was expecting syntax more like: > > $ collect2pcp infile outfile > > how about: collectl2pcp [-v] [-D N] output input [input ...] > or perhaps collectl2pcp [-v] [-D N] input [input ...] output The latter syntax matches the name of the command "collectl -> pcp" so I'd recommend that. > I'll send out another update with these changes, probably late tonight. OK; be handy to do the QA test(s) first - since it all works already - and then you'll be able to check for regressions from all these little tweaks. *hint, hint* ;-) cheers. -- Nathan From nscott@redhat.com Thu May 16 01:25:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C8FCE7F37 for ; Thu, 16 May 2013 01:25:54 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 47D8EAC002 for ; Wed, 15 May 2013 23:25:51 -0700 (PDT) X-ASG-Debug-ID: 1368685546-04cb6c53a12f8890001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4kLDtnV9t21SVlQQ for ; Wed, 15 May 2013 23:25:46 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4G6PjHp031370 for ; Thu, 16 May 2013 02:25:45 -0400 Date: Thu, 16 May 2013 02:25:45 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <2040222087.3339518.1368685545868.JavaMail.root@redhat.com> In-Reply-To: <599072903.3339418.1368685535190.JavaMail.root@redhat.com> Subject: pcp-gui updates: bug fixes, cleanup MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-gui updates: bug fixes, cleanup Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp-gui updates: bug fixes, cleanup Thread-Index: FfWTAxneeoo2WY13FMz4sR9I4+c5mg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368685546 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131098 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp-gui.git dev VERSION | 2 build/rpm/fedora.spec | 14 build/rpm/pcp-gui.spec.in | 19 debian/changelog | 6 dev/null |binary doc/CHANGES | 7 images/document-open.png |binary images/document-open.svg | 36 - images/document-save.png |binary images/document-save.svg | 28 - images/pmtime-close.png |binary images/pmtime-close.svg | 460 +++++++++++++++++++++ images/toolarchive.svg | 491 ----------------------- images/toolbackward.svg | 416 ------------------- images/toolforward.svg | 416 ------------------- images/toolview.svg | 574 --------------------------- src/chart/GNUmakefile | 6 src/chart/openviewdialog.ui | 4 src/chart/pmchart.cpp | 47 -- src/chart/pmchart.h | 5 src/chart/pmchart.qrc | 5 src/chart/pmchart.ui | 41 + src/chart/settingsdialog.cpp | 4 src/chart/settingsdialog.ui | 913 +++++++++++++++++++++---------------------- 24 files changed, 1035 insertions(+), 2459 deletions(-) commit 0b9219492ebcd7014f2dcfc6cbcd8b3ba2836c5f Author: Nathan Scott Date: Thu May 16 16:24:36 2013 +1000 Update fedora spec - sync with real spec, note bug numbers commit d5575b26882f2f68cb7b48a1c1d4ce6e4372eeed Author: Nathan Scott Date: Thu May 16 14:35:23 2013 +1000 Update version/changelog details for in-development sources commit 6f9389522362fbe347ea50f286b59bd9e3d73e9f Author: Nathan Scott Date: Thu May 16 14:31:01 2013 +1000 Remove some unused/duplicated image files from the build commit f23087e9ce2d897a51fbaa47c4cf67e74a3a9fd8 Author: Nathan Scott Date: Thu May 16 14:21:28 2013 +1000 Improve correctness in the show-/hide-time-control mechanism. Resolves Fedora/EPEL bug 957002. commit 76d3daf60458f700d6e064737cf9a229c320b611 Author: Nathan Scott Date: Thu May 16 14:00:48 2013 +1000 Export a couple of icons at slightly lower res, like the rest commit 70e4283bd24a7c700480077b6b80386c0f48c5df Author: Nathan Scott Date: Thu May 16 12:58:16 2013 +1000 Add a close button to preferences dialog to improve usability. Resolves Fedora/EPEL bug 922198. commit 0da53676b1682833fef49a5c3cd5c0f648573e13 Author: Nathan Scott Date: Thu May 16 11:10:38 2013 +1000 Fix Preference dialog handling of Remove color scheme button Resolves Fedora/EPEL bug 963505. From kenj@internode.on.net Thu May 16 15:21:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4C3C37F37 for ; Thu, 16 May 2013 15:21:04 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3B95E8F8039 for ; Thu, 16 May 2013 13:21:00 -0700 (PDT) X-ASG-Debug-ID: 1368735651-04cb6c53a3328bb0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id sVcux1y6bXMQz4YF for ; Thu, 16 May 2013 13:20:52 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAKM+lVF20ToW/2dsb2JhbAANToM+wmKEEjANFhgDAgECAVgGAgEBsX6STpJ7A5hhkzk Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail05.adl6.internode.on.net with ESMTP; 17 May 2013 05:50:50 +0930 Message-ID: <51953FA2.6090403@internode.on.net> Date: Fri, 17 May 2013 06:20:50 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - rpm packaging, mac os x qa Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - rpm packaging, mac os x qa Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1368735651 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131154 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/mac/GNUmakefile | 2 build/rpm/fedora.spec | 2 build/rpm/pcp.spec.in | 13 configure | 2 configure.in | 2 qa/.gitignore | 1 qa/023.out.1 | 3 qa/024 | 5 qa/062 | 21 qa/062.out.1 | 1197 ++++++++++++++++++++++++++++++++++ qa/062.out.2 | 1198 +++++++++++++++++++++++++++++++++++ qa/244.out.1 | 2 qa/416 | 2 qa/444 | 2 qa/518 | 1 qa/635 | 10 qa/707 | 2 qa/admin/check-vm | 45 - qa/admin/pcp-daily | 13 qa/admin/pcp-qa-summary | 60 + src/include/pcp/platform_header.h.in | 4 src/libpcp/src/util.c | 22 22 files changed, 2534 insertions(+), 75 deletions(-) commit 75651c24d99e581b7107469dd112bb4cb86468e9 Author: Ken McDonell Date: Fri May 17 06:15:37 2013 +1000 qa assorted Mac OS X fixups Nothing too serious here ... mostly translating gnu-ness into classical speak for sed and friends. commit 41dfacd3e51f98b2841a8b6d406a70b5b3b6ac69 Author: Ken McDonell Date: Thu May 16 21:50:39 2013 +1000 qa/024 - sed -e /pat/,+1d is not portable Translate filter into classical sed syntax. Found on Mac OS X. commit b87c0b9a534db6b6e73562745f4f495057d70719 Author: Ken McDonell Date: Thu May 16 21:19:51 2013 +1000 qa/admin/scripts ... fiddling about Better package checks for check-vm. A couple of minor bug fixes for pcp-daily. Add -n (to report not run tests) for pcp-qa-summary. commit fd5694789977dddc93f2e08096a15a65f9e0d9ff Author: Ken McDonell Date: Thu May 16 21:17:48 2013 +1000 more pmgwebd packaging grief for Mac OS X pmgwebd does not build for Mac OS X (correct as there is no libmicrohttp), but the packaging assumed it would be built ... add conditonal smarts. commit f4fc4095c10c085438a2e5a38fe9769676b62c66 Author: Ken McDonell Date: Thu May 16 21:16:09 2013 +1000 strndup() is not necessarily in libc For Mac OS X (at least) there is no strndup() in libc. Conditionally add our own implementation. commit 09a58ca7fbda0c4c057b3f978c7be56292473f24 Author: Ken McDonell Date: Wed May 15 17:00:05 2013 +1000 qa/244 - remade output for the ipv6=false case IPv6 wildcard access controls are no longer reported in pmcd's log if ipv6 is not supported at run-time. commit dab4bddbe70ef5bc4cbab65e3f38e7c530392d77 Author: Ken McDonell Date: Wed May 15 16:57:33 2013 +1000 qa/062 - needs variant output for ipv6=false case IPv6 wildcard access controls are no longer reported in pmcd's log if ipv6 is not supported at run-time. commit 17078acab64d2a4d84546776cf2852c39fbc3767 Author: Ken McDonell Date: Wed May 15 16:48:32 2013 +1000 qa/023 - remade output for the ipv6=false case IPv6 wildcard access controls are no longer reported in pmcd's log if ipv6 is not supported at run-time. commit 33b7dc6d82f37362c592b6ac02af2ef32fd5f479 Author: Ken McDonell Date: Wed May 15 11:09:56 2013 +1000 rpm spec files - remove unnecessary dependencies Specifically don't need initscripts for SuSE builds ... conditional in pcp.spec.in, left in fedora.spec (where presumably it is always needed). Also don't need python-ctypes for any modern python installation. Thanks to Jeff Hanson for spotting this and suggesting the remediation. commit fa671920b91649bcd57d61770dbc049e709a4e16 Author: Ken McDonell Date: Wed May 15 11:08:40 2013 +1000 pcp.spec.in - remove unnecessary dependencies Specifically don't need From kenj@internode.on.net Thu May 16 16:04:44 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 203567F37 for ; Thu, 16 May 2013 16:04:44 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0E3C58F8066 for ; Thu, 16 May 2013 14:04:40 -0700 (PDT) X-ASG-Debug-ID: 1368738278-04cb6c53a332b2c0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id Y2vmgF42l2B5CRg7 for ; Thu, 16 May 2013 14:04:38 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjoCAO5IlVF20ToW/2dsb2JhbAANToM+gzyFXrg1gRSDEwEBAQMBI08GAQULCxgJFgsCAgIHAwIBAgFFEwEHAQGIAhKpX3KRZI1dChCBDRYFB4JCgRMDj3uBK5A+iGyBSoFWCQ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail05.adl6.internode.on.net with ESMTP; 17 May 2013 06:34:01 +0930 Message-ID: <519549C1.1080502@internode.on.net> Date: Fri, 17 May 2013 07:04:01 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: iana-ports@iana.org CC: pcp@oss.sgi.com Subject: Re: [IANA #679880] and [IANA #679881] Application for a Port Number and/or Service Name "pmwebapi" References: <201305072052.r47Kq87K021570@smtp1.lax.icann.org> X-ASG-Orig-Subj: Re: [IANA #679880] and [IANA #679881] Application for a Port Number and/or Service Name "pmwebapi" In-Reply-To: Content-Type: multipart/mixed; boundary="------------010102030309090707090603" X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1368738278 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131156 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header This is a multi-part message in MIME format. --------------010102030309090707090603 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/05/13 05:18, Pearl Liang via RT wrote: > Dear Ken McDonell: > > Thank you for your submission for a user port number. Please resolved > the following questions before we can process your requests. > > 1. You only provided the following: > > Reference: > [http://oss.sgi.com/cgi-bin/gitweb.cgi?p=pcp/pcp.git;a=blob;f=man/man3/pmwebapi.3;hb=HEAD] > > URLs are useful, but they might not be available in the future and > can be edited at any given time. IESG requires that the technical > description shall be documented in the application for future > reference purposes. Please document the service in this template. Pearl, Sorry, but I don't know how to amend/update the "template" ... I have attached a text file that documents the WEBAPI. If you can insert that into the template I'd be most grateful, else please advise how I can do this. > 2. Please explain why multiple allocations 44321, 44322, 44323 & 44324 > are necessary. You may reply to this ticket for the current requests. There are multiple processes and services in the suite of PCP tools, each serving a different purpose. 44321 is for the protocol between the performance metrics collection agent (pmcd) and any client requesting performance metrics. 44322 is for a proxy agent that provides access to one or more pmcds behind a firewall. 44323 is for a web browser to collect performance data from web-client aware server (pmwebd). 44324 is like 44323, but using secure connections ... so this has the same relationship to 44323 that https (port 443) has to http (port 443). So, they are different protocols involving different processes, but all within the family of Performance Co-Pilot services and applications. Please note the same answers and information apply to both IANA #679880 and IANA #679881, so for expediency I've replied here in a single email. --------------010102030309090707090603 Content-Type: text/plain; charset=UTF-8; name="webapi.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="webapi.txt" UE1XRUJBUEkoMykgICAgICAgICAgICAgICAgTGlicmFyeSBGdW5jdGlvbnMgTWFudWFsICAg ICAgICAgICAgICAgIFBNV0VCQVBJKDMpCgoKCk5BTUUKICAgICAgIFBNV0VCQVBJIC0gaW50 cm9kdWN0aW9uIHRvIHRoZSBQZXJmb3JtYW5jZSBNZXRyaWNzIFdlYiBBcHBsaWNhdGlvbiBQ cm/igJAKICAgICAgIGdyYW1taW5nIEludGVyZmFjZQoKCgpPVkVSVklFVwogICAgICAgVGhl IFBNV0VCQVBJIGludGVyZmFjZSBpcyBhIGJpbmRpbmcgb2YgYSBzdWJzZXQgb2YgIHRoZSAg UE1BUEkgIHRvICB0aGUKICAgICAgIHdlYi4gICBJdCAgdXNlcyAgSFRUUCAgYXMgIHRyYW5z cG9ydCwgIFJFU1QgYXMgb3JnYW5pemF0aW9uYWwgc3R5bGUgZm9yCiAgICAgICByZXF1ZXN0 L3BhcmFtZXRlciBlbmNvZGluZyAodGhlIEdFVCBhbmQgUE9TVCBtZXRob2RzICBhcmUgIGlu dGVyY2hhbmdl4oCQCiAgICAgICBhYmxlKSwgIGFuZCBKU09OIGFzIHJlc3BvbnNlIGVuY29k aW5nLiAgQSBjb250ZXh0IGlkZW50aWZpZXIgaXMgdXNlZCBhcwogICAgICAgYSBwZXJzaXN0 ZW50ICB3YXkgIHRvICByZWZlciAgdG8gIFBNQVBJICBjb250ZXh0cyAgYWNyb3NzICByZWxh dGVkICB3ZWIKICAgICAgIHJlcXVlc3RzLiAgVGhlc2UgY29udGV4dCBpZGVudGlmaWVycyBl eHBpcmUgYWZ0ZXIgYSBjb25maWd1cmFibGUgcGVyaW9kCiAgICAgICBvZiBkaXN1c2UuICBF cnJvcnMgZ2VuZXJhbGx5IHJlc3VsdCBpbiBIVFRQLWxldmVsIGVycm9yIHJlc3BvbnNlcy4K CgpDT05URVhUIENSRUFUSU9OOiBwbU5ld0NvbnRleHQKICAgICAgIFRvIGNyZWF0ZSBhIG5l dyB3ZWIgY29udGV4dCBpZGVudGlmaWVyLCBhIHdlYiBjbGllbnQgaW52b2tlczoKCiAgICAg ICAvcG1hcGkvY29udGV4dD9sb2NhbD1BTllUSElORwogICAgICAgICAgICAgIENyZWF0ZXMg YSBQTV9DT05URVhUX0xPQ0FMIFBNQVBJIGNvbnRleHQuCgogICAgICAgL3BtYXBpL2NvbnRl eHQ/aG9zdG5hbWU9U1RSSU5HCiAgICAgICAgICAgICAgQ3JlYXRlcyBhIFBNX0NPTlRFWFRf SE9TVCBQTUFQSSBjb250ZXh0IHdpdGggdGhlIGdpdmVuICBleHRlbmRlZAogICAgICAgICAg ICAgIGhvc3QgbmFtZS4KCiAgICAgICAvcG1hcGkvY29udGV4dD9hcmNoaXZlZmlsZT1BUkNI SVZFCiAgICAgICAgICAgICAgQ3JlYXRlcyAgYSAgUE1fQ09OVEVYVF9BUkNISVZFIFBNQVBJ IGNvbnRleHQgd2l0aCB0aGUgZ2l2ZW4gZmlsZQogICAgICAgICAgICAgIG5hbWUuCgogICAg ICAgSW4gYWRkaXRpb24sIHRoZSB3ZWIgY2xpZW50IG1heSBhZGQgdGhlIHBhcmFtZXRlciAm cG9sbHRpbWVvdXQ9TU1NTSBmb3IKICAgICAgIGEgIG1heGltdW0gaW50ZXJ2YWwgKGluIHNl Y29uZHMpIGJldHdlZW4gZXhwZWN0ZWQgYWNjZXNzZXMgdG8gdGhlIGdpdmVuCiAgICAgICBj b250ZXh0LiAgVGhpcyB2YWx1ZSBpcyBsaW1pdGVkIGJ5IHBtd2ViZCBjb25maWd1cmF0aW9u LCBhbmQgaXMgYSBjb3Vy4oCQCiAgICAgICB0ZXN5ICB0byAgYWxsb3cgIHBtd2ViZCB0byBm cmVlIHVwIG1lbW9yeSBlYXJsaWVyIGluIGNhc2Ugb2Ygc3VkZGVuIHdlYgogICAgICAgYXBw bGljYXRpb24gc2h1dGRvd24uCgogICAgICAgSWYgc3VjY2Vzc2Z1bCwgdGhlIHJlc3BvbnNl IGZyb20gdGhlc2UgcmVxdWVzdHMgaXMgYSBKU09OICBkb2N1bWVudCAgb2YKICAgICAgIHRo ZSBmb3JtOgoKICAgICAgICAgICAgICB7ICJjb250ZXh0IiA6IE5OTk5OIH0KCiAgICAgICBU aGUgbnVtYmVyIChhIDMyLWJpdCB1bnNpZ25lZCBkZWNpbWFsKSBpcyB0aGVuIHVzZWQgaW4g YWxsIGxhdGVyIG9wZXJh4oCQCiAgICAgICB0aW9ucy4KCgpQTUFQSSBPUEVSQVRJT05TCiAg ICAgICBUaGUgZ2VuZXJhbCBmb3JtIG9mIHRoZSByZXF1ZXN0cyBpcyBhcyBmb2xsb3dzOiAg L3BtYXBpL05OTk5OL09QRVJBVElPTgogICAgICAgd2hlcmUKCiAgICAgICAvcG1hcGkgaXMg dGhlIGZpeGVkIHByZWZpeCBmb3IgYWxsIFBNV0VCQVBJIG9wZXJhdGlvbnMsCgogICAgICAg Tk5OTk4gIGlzICBhICBQTVdFQkFQSSAgY29udGV4dCBudW1iZXIgcmV0dXJuZWQgZnJvbSBh IGNvbnRleHQtY3JlYXRpb24KICAgICAgICAgICAgICBjYWxsLCBvciBhc3NpZ25lZCBwZXJt YW5lbnRseSBhdCBwbXdlYmQgc3RhcnR1cCwgYW5kCgogICAgICAgT1BFUkFUSU9OP1BBUkFN MT1WQUxVRTImUEFSQU0yPVZBTFVFMgogICAgICAgICAgICAgIGlkZW50aWZlcyB0aGUgb3Bl cmF0aW9uIGFuZCBpdHMgIFVSTC1lbmNvZGVkICBwYXJhbWV0ZXJzLiAgIFNvbWUKICAgICAg ICAgICAgICBwYXJhbWV0ZXJzIG1heSBiZSBvcHRpb25hbC4KCgogICBNRVRSSUMgTUVUQURB VEE6IHBtTG9va3VwTmFtZSwgcG1Mb29rdXBEZXNjLCBwbVRyYXZlcnNlUE1OU19yCiAgICAg ICBUaGUgZ2VuZXJhbCBmb3JtIG9mIHRoZSByZXF1ZXN0cyBpcyBhcyBmb2xsb3dzOgoKICAg ICAgIC9wbWFwaS9OTk5OTi9fbWV0cmljCiAgICAgICAgICAgICAgVHJhdmVyc2UgdGhlIGVu dGlyZSBQTU5TLgoKICAgICAgIC9wbWFwaS9OTk5OTi9fbWV0cmljP3ByZWZpeD1OQU1FCiAg ICAgICAgICAgICAgVHJhdmVyc2UgdGhlIHN1YnRyZWUgb2YgUE1OUyB3aXRoIHRoZSBwcmVm aXggTkFNRS4KCiAgICAgICBUaGUgcmVzcG9uc2UgaXMgYSBKU09OIGRvY3VtZW50IHRoYXQg cHJvdmlkZXMgdGhlIG1ldHJpYyBtZXRhZGF0YSBhcyBhbgogICAgICAgYXJyYXkuICBGb3Ig ZXhhbXBsZToKCiAgICAgICAgICAgICAgeyAibWV0cmljcyI6IFsKICAgICAgICAgICAgICAg ICAgeyAibmFtZSI6ImZvby5iYXIiLCAicG1JRCI6UFBQUCwgImluZG9tIjpERERELAogICAg ICAgICAgICAgICAgICAgICJ0eXBlIjoiMzIiLCAic2VtIjoiaW5zdGFudCIsICJ1bml0cyI6 Ik1IeiIsCiAgICAgICAgICAgICAgICAgICAgInRleHQtb25lbGluZSI6ImZvbyBiYXIiLCAi dGV4dC1oZWxwIjoiYmxhaCBibGFoIGJsYWgiIH0sCiAgICAgICAgICAgICAgICAgIHsgIm5h bWUiOiJmb28uYmFyMiIsIC4uLiB9CiAgICAgICAgICAgICAgICAgIC4uLgogICAgICAgICAg ICAgICAgXSB9CgogICAgICAgTW9zdCBvZiB0aGUgZmllbGRzIGFyZSBzZWxmLWV4cGxhbmF0 b3J5LgoKICAgICAgIFBQUFAgICB0aGUgUE1JRAoKICAgICAgIEREREQgICB0aGUgaW5zdGFu Y2UgZG9tYWluCgogICAgICAgdHlwZSAgIGZyb20gcG1UeXBlU3RyCgogICAgICAgdW5pdHMg IGZyb20gcG1Vbml0c1N0cgoKICAgICAgIHNlbSAgICBhbiBhYmJyZXZpYXRpb24gb2YgdGhl IG1ldHJpYyBzZW1hbnRpYzoKCiAgICAgICAgICAgICAgUE1fU0VNX0NPVU5URVIgICJjb3Vu dGVyIgogICAgICAgICAgICAgIFBNX1NFTV9JTlNUQU5UICAiaW5zdGFudCIKICAgICAgICAg ICAgICBQTV9TRU1fRElTQ1JFVEUgImRpc2NyZXRlIgoKCiAgIE1FVFJJQyBWQUxVRTogcG1G ZXRjaAogICAgICAgVGhlIGdlbmVyYWwgZm9ybSBvZiB0aGUgcmVxdWVzdHMgaXMgYXMgZm9s bG93czoKCiAgICAgICAvcG1hcGkvTk5OTk4vX2ZldGNoP25hbWVzPU5BTUUxLE5BTUUyCiAg ICAgICAgICAgICAgRmV0Y2ggY3VycmVudCB2YWx1ZXMgZm9yIGdpdmVuIG5hbWVkIG1ldHJp Y3MuCgogICAgICAgL3BtYXBpL05OTk5OL19mZXRjaD9wbWlkcz1QUFBQMSxQUFBQMgogICAg ICAgICAgICAgIEZldGNoIGN1cnJlbnQgdmFsdWVzIGZvciBnaXZlbiBQTUlEcy4KCiAgICAg ICBUaGUgcmVzcG9uc2UgaXMgYSBKU09OIGRvY3VtZW50IHRoYXQgcHJvdmlkZXMgdGhlIHZh bHVlcyAgZm9yICBhbGwgIHJl4oCQCiAgICAgICBxdWVzdGVkIG1ldHJpY3MsIGZvciBhbGwg dGhlaXIgaW5zdGFuY2VzLgoKICAgICAgICAgICAgICB7ICJ0aW1lc3RhbXAiOiB7ICJzIjpT RUMsICJ1cyI6VVNFQyB9LAogICAgICAgICAgICAgICAgInZhbHVlcyI6IFsKICAgICAgICAg ICAgICAgICAgICAgIHsgInBtaWQiOlBQUFAxLCAibmFtZSI6Ik5BTUUxIiwKICAgICAgICAg ICAgICAgICAgICAgICAgImluc3RhbmNlczoiIFsKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB7ICJpbnN0YW5jZSI6SUlJSTEsICJ2YWx1ZSI6VkFMVUUxIH0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB7ICJpbnN0YW5jZSI6SUlJSTIsICJ2YWx1ZSI6VkFMVUUyIH0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAuLi4KICAgICAgICAgICAgICAgICAgICAg ICAgXSB9LAogICAgICAgICAgICAgICAgICAgICAgeyAicG1pZCI6UFBQUDIsICJuYW1lIjoi TkFNRTIiLCAuLi4gfQogICAgICAgICAgICAgICAgICAgICAgLi4uCiAgICAgICAgICAgICAg ICBdIH0KCiAgICAgICBNb3N0IG9mIHRoZSBmaWVsZHMgYXJlIHNlbGYtZXhwbGFuYXRvcnku ICBOdW1lcmljIG1ldHJpYyB0eXBlcyBhcmUgcmVw4oCQCiAgICAgICByZXNlbnRlZCBhcyBK U09OIGludGVnZXIgb3IgZmxvYXRpbmctcG9pbnQgdmFsdWVzLiAgU3RyaW5ncyBhcmUgIHBh c3NlZAogICAgICAgdmVyYmF0aW0sICBleGNlcHQgIHRoYXQgIG5vbi1BU0NJSSAgdmFsdWVz ICBhcmUgcmVwbGFjZWQgd2l0aCBhIFVuaWNvZGUKICAgICAgIDB4RkZGRCBSRVBMQUNFTUVO VCBDSEFSQUNURVIgY29kZS4gIEV2ZW50IHR5cGUgbWV0cmljcyBhcmUgbm90IGN1cnJlbnTi gJAKICAgICAgIGx5IHN1cHBvcnRlZC4KCgogICBJTlNUQU5DRSBET01BSU5TIE1FVEFEQVRB OiBwbUdldEluRG9tLCBwbU5hbWVJbkRvbSwgcG1Mb29rdXBJbkRvbQogICAgICAgVGhlIGdl bmVyYWwgZm9ybSBvZiB0aGUgcmVxdWVzdHMgaXMgYXMgZm9sbG93czoKCiAgICAgICAvcG1h cGkvTk5OTi9faW5kb20/aW5kb209RERERAogICAgICAgICAgICAgIExpc3QgaW5zdGFuY2Vz IG9mIHRoZSBnaXZlbiBpbnN0YW5jZSBkb21haW4uCgogICAgICAgL3BtYXBpL05OTk4vX2lu ZG9tP25hbWU9TkFNRQogICAgICAgICAgICAgIExpc3QgIGluc3RhbmNlcyAgb2YgIHRoZSAg aW5zdGFuY2UgZG9tYWluIGJlbG9uZ2luZyB0byB0aGUgbmFtZWQKICAgICAgICAgICAgICBt ZXRyaWMuCgogICAgICAgSW4gYWRkaXRpb24sIGVpdGhlciBxdWVyeSBtYXkgYmUgc3VmZml4 ZWQgd2l0aDoKCiAgICAgICAmaW5zdGFuY2U9SUlJSSxKSkpKCiAgICAgICAgICAgICAgUmVz dHJpY3QgbGlzdGluZ3MgdG8gZ2l2ZW4gaW5zdGFuY2UgY29kZSBudW1iZXJzLgoKICAgICAg ICZpbmFtZT1JTkFNRTEsSU5BTUUyCiAgICAgICAgICAgICAgUmVzdHJpY3QgbGlzdGluZ3Mg dG8gZ2l2ZW4gaW5zdGFuY2UgbmFtZXMuCgogICAgICAgVGhlIHJlc3BvbnNlIGlzIGEgSlNP TiBkb2N1bWVudCB0aGF0IHByb3ZpZGVzIHRoZSBtZXRyaWMgbWV0YWRhdGEgYXMgYW4KICAg ICAgIGFycmF5LiAgRm9yIGV4YW1wbGU6CgogICAgICAgICAgICAgIHsgImluZG9tIjpERERE LAogICAgICAgICAgICAgICAgICJpbnN0YW5jZXMiOiBbCiAgICAgICAgICAgICAgICAgICAg eyAiaW5zdGFuY2UiOklJSUksICJuYW1lIjoiSU5BTUUiIH0KICAgICAgICAgICAgICAgICAg ICAuLi4KICAgICAgICAgICAgICAgICBdIH0KCgogICBJTlNUQU5DRSBQUk9GSUxFOiBwbUFk ZFByb2ZpbGUsIHBtRGVsUHJvZmlsZQogICAgICAgL3BtYXBpL05OTk4vX3Byb2ZpbGVfcmVz ZXQ/CiAgICAgICAgICAgICAgVGhlc2UgYXJlIG5vdCBjdXJyZW50bHkgc3VwcG9ydGVkLgoK ICAgICAgIC9wbWFwaS9OTk5OL19wcm9maWxlX3Jlc2V0P2luZG9tPUREREQKICAgICAgICAg ICAgICBUaGVzZSBhcmUgbm90IGN1cnJlbnRseSBzdXBwb3J0ZWQuCgogICAgICAgL3BtYXBp L05OTk4vX3Byb2ZpbGVfYWRkP2luZG9tPUREREQmaW5zdGFuY2U9SUlJSSxKSkpKCiAgICAg ICAgICAgICAgVGhlc2UgYXJlIG5vdCBjdXJyZW50bHkgc3VwcG9ydGVkLgoKICAgICAgIC9w bWFwaS9OTk5OL19wcm9maWxlX2FkZD9pbmRvbT1EREREJmluYW1lPUlJSUksSkpKSgogICAg ICAgICAgICAgIFRoZXNlIGFyZSBub3QgY3VycmVudGx5IHN1cHBvcnRlZC4KCiAgICAgICAv cG1hcGkvTk5OTi9fcHJvZmlsZV9kZWw/aW5kb209RERERCZpbnN0YW5jZT1KSkpKCiAgICAg ICAgICAgICAgVGhlc2UgYXJlIG5vdCBjdXJyZW50bHkgc3VwcG9ydGVkLgoKICAgICAgIC9w bWFwaS9OTk5OL19wcm9maWxlX2RlbD9pbmRvbT1EREREJmluYW1lPUlOQU1FMSxJTkFNRTIK ICAgICAgICAgICAgICBUaGVzZSBhcmUgbm90IGN1cnJlbnRseSBzdXBwb3J0ZWQuCgoKICAg REVSSVZFRCBNRVRSSUNTOiBwbVJlZ2lzdGVyRGVyaXZlZAogICAgICAgL3BtYXBpL05OTk5O L19kZXJpdmU/bmFtZT1OQU1FJmV4cHI9RVhQUkVTU0lPTgogICAgICAgICAgICAgIFRoZXNl IGFyZSBub3QgY3VycmVudGx5IHN1cHBvcnRlZC4KCgogICBDT05URVhUIENPUFk6IHBtRHVw Q29udGV4dAogICAgICAgL3BtYXBpL05OTk5OL2NvcHkKICAgICAgICAgICAgICBUaGVzZSBh cmUgbm90IGN1cnJlbnRseSBzdXBwb3J0ZWQuCgoKICAgQ09OVEVYVCBDTE9TRTogcG1EZXN0 cm95Q29udGV4dAogICAgICAgL3BtYXBpL05OTk5OL2Rlc3Ryb3kKICAgICAgICAgICAgICBU aGlzICBpcyAgbm90ICBsaWtlbHkgIHRvIGJlIHN1cHBvcnRlZCwgYXMgaXQgaXMgZGVzdHJ1 Y3RpdmUgYW5kCiAgICAgICAgICAgICAgd291bGQgb2ZmZXIgYSB0ZW1wdGluZyB0YXJnZXQg IHRvICBicnV0ZS1mb3JjZSAgYXR0YWNrZXJzLiAgIElu4oCQCiAgICAgICAgICAgICAgc3Rl YWQsICB0aGUgIHBtd2ViZCB0aW1lb3V0IGlzIHVzZWQgdG8gYXV0b21hdGljYWxseSBmcmVl IHVudXNlZAogICAgICAgICAgICAgIGNvbnRleHRzLgoKClNFRSBBTFNPCiAgICAgICBQQ1BJ bnRybygxKSwgUENQSW50cm8oMyksIHBtd2ViZCgzKSwgYW5kIFBNQVBJKDMpCgoKClBlcmZv cm1hbmNlIENvLVBpbG90ICAgICAgICAgICAgICAgICAgUENQICAgICAgICAgICAgICAgICAg ICAgICAgICBQTVdFQkFQSSgzKQo= --------------010102030309090707090603-- From nscott@redhat.com Thu May 16 16:43:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 1442B7F37 for ; Thu, 16 May 2013 16:43:42 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 97E20AC004 for ; Thu, 16 May 2013 14:43:38 -0700 (PDT) X-ASG-Debug-ID: 1368740616-04cbb05fe332a3c0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 5VSdWxc7by0zMr10 for ; Thu, 16 May 2013 14:43:37 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4GLhCdI029481; Thu, 16 May 2013 17:43:12 -0400 Date: Thu, 16 May 2013 17:43:12 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , iana-ports@iana.org Cc: pcp@oss.sgi.com Message-ID: <1404362649.4281751.1368740592130.JavaMail.root@redhat.com> In-Reply-To: <519549C1.1080502@internode.on.net> References: <201305072052.r47Kq87K021570@smtp1.lax.icann.org> <519549C1.1080502@internode.on.net> Subject: Re: [pcp] [IANA #679880] and [IANA #679881] Application for a Port Number and/or Service Name "pmwebapi" MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [IANA #679880] and [IANA #679881] Application for a Port Number and/or Service Name "pmwebapi" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: and [IANA #679881] Application for a Port Number and/or Service Name "pmwebapi" Thread-Index: VMoonTlEi8N1DLYXZXY29s/NZuL3CA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1368740617 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131158 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > ... > 44324 is like 44323, but using secure connections ... so this has the > same relationship to 44323 that https (port 443) has to http (port 443). The latter should read "http (port 80)". -- Nathan From kenj@internode.on.net Thu May 16 18:57:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2B5997F37 for ; Thu, 16 May 2013 18:57:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 96608AC004 for ; Thu, 16 May 2013 16:57:26 -0700 (PDT) X-ASG-Debug-ID: 1368748640-04cbb05fe532ff60001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id Z0CIUxETCaAn1wIR for ; Thu, 16 May 2013 16:57:20 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjkCAEBxlVF20ToW/2dsb2JhbAANToZ7hV61PIQKgz2BEiECEQIwHA0IAQGxd3KRao1tg3uBEwOPe5wfgV8 Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail05.adl6.internode.on.net with ESMTP; 17 May 2013 09:27:19 +0930 Message-ID: <51957260.20800@internode.on.net> Date: Fri, 17 May 2013 09:57:20 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: PCP Mailing List Subject: QA status Content-Type: multipart/mixed; boundary="------------010306020204060800010506" X-ASG-Orig-Subj: QA status X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1368748640 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131168 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------010306020204060800010506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Attached (it does not co-exist well with in-line mail any more) is my latest QA summary report. I've added an option to report "Not Run" tests (shown as "-") which highlights 1. some tests are not run anywhere in my setup! 2. some tests are failing pretty much every place they are actually run. Also I've added a 64-bit Ubuntu 13.04 system (vm20) to the mix. If you'd like to see a particular platform, other than the Fedora and RedHat ones that I assume are being tested elsewhere ... 8^)> ... added or deleted or swapped, please let me know. If QA stays relatively stable I could add more VMs into the mix with my current physical hardware. Can someone tell me what I need installed or what platform I need to be able to test the gfs2 pmda? --------------010306020204060800010506 Content-Type: text/plain; charset=UTF-8; name="qa-summary.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="qa-summary.txt" ==== QA Summary ==== Date Run Pass Fail Nrun Host 2013-04-25 565 565 0 34|bozo PCP 3.8.0 x86_64 Ubuntu 12.10 2013-05-16 577 569 8 33|bozo-laptop PCP 3.7.2 i686 Ubuntu 12.10 2013-05-08 542 526 16 68|comma PCP 3.8.0 i386 Darwin 10.8.0 2013-05-15 508 506 2 57|grundy PCP 3.8.0 ia64 SUSE SLES11 SP1 2013-05-11 524 520 4 41|vm00 PCP 3.8.0 x86_64 Ubuntu 12.04 2013-05-11 570 567 3 40|vm01 PCP 3.8.0 i686 Ubuntu 12.10 2013-05-13 563 560 3 47|vm02 PCP 3.8.0 i686 openSUSE 12.1 2013-05-15 562 558 4 48|vm03 PCP 3.8.0 x86_64 Fedora 18 2013-05-08 557 553 4 51|vm04 PCP 3.8.0 i586 CentOS 5.9 2013-05-13 542 539 3 68|vm05 PCP 3.8.0 i486 Gentoo 2.0.3 2013-05-11 571 565 6 39|vm07 PCP 3.8.0 x86_64 Debian 6.0.5 2013-05-13 563 557 6 47|vm11 PCP 3.8.0 i586 Debian 6.0.7 2013-05-11 558 552 6 52|vm12 PCP 3.8.0 i686 Fedora 17 2013-05-11 563 561 2 47|vm14 PCP 3.8.0 x86_64 CentOS 6.3 Daily runs, but no QA |vm15 PCP 3.7.1 x86_64 Slackware 13.37.0 2013-04-24 503 502 1 51|vm16 PCP 3.8.0 x86_64 MandrivaLinux 2011.0 2013-05-14 562 558 4 48|vm18 PCP 3.8.0 x86_64 LinuxMint 12 2013-05-13 559 558 1 51|vm19 PCP 3.8.0 x86_64 openSUSE 12.2 2013-05-15 564 559 5 46|vm20 PCP 3.8.0 x86_64 Ubuntu 13.04 Summary: 9953 run, 78 failed (0.78%) ==== QA Failure (X) and Not Run (-) Map ==== Host bo bl co gr 00 01 02 03 04 05 07 11 12 14 16 18 19 20 QA QA QA groups 008 - - - - - - - - - - - - - - - 008 pmda libirixpmda 009 - - - - - - - - - - - - - - - - - - 009 pmda libirixpmda 022 - - - - - - - - - - - - - - - - 022 context_local pmda pmda.proc 024 X 024 context context_local 051 X X X 051 pmcd 096 - - - - - - - - - - - - - - - - 096 pmda.proc 114 - - - - - - - - - - - - - - - - 114 pmda.linux 117 - - - - - - - - - - - - - - - - - - 117 libirixpmda 122 - - - - - - - - - - - - - - - 122 trace 128 - 128 libirixpmda pminfo 130 - - - - - - - - - - - - - - - - - - 130 libirixpmda 148 - - - - - - - - - - - - - - - - - - 148 libirixpmda 159 - - - - - - - - - - - - - - - 159 pmda.cisco pmda.proc pmda.install 164 - - - - - - - - - - - - - - - - - - 164 diskstat pmval pmdumplog 212 - - - - - - - - - - - - - - - - - - 212 pmda pmda.cisco 215 - - - - - - - - - - - - - - - 215 other pmsocks pmval 216 - 216 pmda.linux 223 - - - - - - - - - - - - - - - - - - 223 pmns 233 - - - - - - - - - - - - - - - - - 233 context_local 257 - 257 libpcp pmns compat 262 - - - - - - - - - - - - - - - 262 context_local pmie pmsocks pmstat 272 - - - - - - - - - - - - - - - 272 pmcd pmval pmprobe 297 - - - - - - - - - - 297 pmproxy 307 - - - - - - - - - - - - - - - - - - 307 pmlc 308 - - - - - - 308 pmlc pmlogger pmdumplog pmda.proc 311 - - - - - - - - - - - - - - - - - - 311 archive compat pmlogger pminfo pmstore pmdumplog 322 X 322 pmlc pmlogger 325 - - - - - - - - - - 325 libpcp 348 - - - - - - - - - - - - - - - - 348 pmda.kvm pmda.install 353 - - - - - - - - - - - - - - - 353 pmsocks 359 X 359 pmcd pminfo 361 - - - - - - - - - - - - - - - - 361 pmda.linux 367 X 367 pdu trace 370 - - - - - - - - 370 pmimport derive pmdumplog perl 371 X 371 pmimport pmdumplog perl 372 X 372 pmimport pmdumplog perl 373 X 373 pmimport perl 374 X X X 374 pmlc pmlogger 377 - - - - - - - - - - - - - - - - - - 377 other 386 - - - - 386 pdu mem_leak valgrind 387 - - - X - 387 pmns mem_leak valgrind 388 - - - X - 388 archive mem_leak valgrind 390 - - - - - - - - - - - - - - - - 390 pmda.proc pmval 391 - - - - 391 archive mem_leak valgrind 393 - - - X - 393 archive mem_leak valgrind 394 - - - X - 394 archive mem_leak valgrind 395 - - - - 395 archive mem_leak valgrind 399 - 399 pmie 400 - - - - 400 pminfo mem_leak valgrind context_local libpcp event 405 - - - - 405 libpcp mem_leak valgrind event 420 - - - - - - - - - - - - - - - - - - 420 folio pmdumplog 430 X 430 logutil folio 441 - - - - - - - - - - - - - - 441 pmlogger 442 - - - - - - - - - - - - - - 442 pmlogextract 449 X X 449 threads 452 - 452 pmda.linux 453 - 453 perl 459 - - X - X - 459 pmlogreduce valgrind 461 X 461 pmda.logger pmda.install event 467 - - - - - - - - - - 467 pmns pmdumptext 468 - - - - - - - - - - 468 pmns pmdumptext 476 - - - - - - - - - - - - - - - - - 476 fault 477 - - - - - - - - - - - - - - - - - 477 event fault 478 - - - - - - - - - - - - - - - - - 478 fault 480 - - - - - - - - - - - - - - - - - 480 archive fault 490 - - - - 490 pmlogrewrite mem_leak valgrind 504 - - - - - - - - - - - - - - - 504 pmie pmsocks 506 - - - - - - - - - - - - - - 506 pmlogrewrite 511 - X 511 pmimport pmdumplog pmlogsummary perl 512 - X - - - - - - - - - - - - - - - - 512 threads pminfo pmlogger pmlogextract pmdumplog dbpmda 513 - - X - - 513 libpcp pdu 514 X 514 pmie 515 X 515 pmie 520 X 520 pmie 523 X 523 pmie 526 X - - - 526 pmimport valgrind 545 - - - - - - - - - - - - - - - - - - 545 pmsocks 555 X - - 555 pmie 570 - - - - - - - - - - - - - - - - - - 570 pmns 594 - 594 pmda.sample 603 X 603 trace pmda.install 635 - 635 pmda.linux libirixpmda 640 - - - - - - - - - - - - - - - - - - 640 pmpost 651 X 651 pmproxy 652 - - - - - - - - - - - - - - - - - 652 pmda.systemd event 653 X 653 libpcp 654 - - - - - - - - - - - - - - - - - - 654 pmda.gfs2 660 - - - - - - - - - - - - - - - X 660 pmwebapi 704 - - - - - - - - - - - - - - - - 704 pmda.mmv python mmv 706 X 706 libpcp 709 X X X X X X X X X X 709 python 711 - 711 pmimport pmdumplog pmlogsummary perl 712 - - - - - - X X - - - X - X 712 context libpcp pmcd 713 - - - - X - - X X - - - X - X 713 context libpcp pmproxy 714 - - - - - - X X - - - X - X 714 context libpcp pmcd 716 X 716 dbpmda pmda.simple perl 717 - - - - - - - - - - - - - - - - 717 pmda.simple python 718 - - - - - - - - - - - - - - - - 718 dbpmda pmda.simple python 719 X - - - 719 libpcp 720 - - - 720 libpcp 721 X - - - - - 721 dbpmda 722 X X X X X X X X X X X X X X X 722 python Host bo bl co gr 00 01 02 03 04 05 07 11 12 14 16 18 19 20 --------------010306020204060800010506-- From nscott@redhat.com Thu May 16 19:04:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B2FB17F37 for ; Thu, 16 May 2013 19:04:19 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id A1AC0304032 for ; Thu, 16 May 2013 17:04:16 -0700 (PDT) X-ASG-Debug-ID: 1368749055-04cbb05fe2330390001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Drl8GmaxZkKG2K5g for ; Thu, 16 May 2013 17:04:15 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4H04CIO016575; Thu, 16 May 2013 20:04:12 -0400 Date: Thu, 16 May 2013 20:04:12 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Paul Evans Cc: PCP Mailing List Message-ID: <385487891.4324272.1368749052841.JavaMail.root@redhat.com> In-Reply-To: <51957260.20800@internode.on.net> References: <51957260.20800@internode.on.net> Subject: GFS2 testing (was Re: [pcp] QA status) MIME-Version: 1.0 X-ASG-Orig-Subj: GFS2 testing (was Re: [pcp] QA status) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: GFS2 testing (was Re: [pcp] QA status) Thread-Index: iF0+8Y9txgmBjZh6Vhon7VQeammrTw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368749055 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131168 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > ... > Can someone tell me what I need installed or what platform I need to be > able to test the gfs2 pmda? There's a comment at the top of test 654. Also, see the recent discussion Paul and I had on the list, we chatted a bit about making this test run on more machines. The slightly tricky part is getting the gfs2 kernel support in place, as this is non-default (although usually just a modprobe away). This was one of the issues Paul was looking into, but maybe you guys could work together there if he's not started on that piece of the puzzle yet. cheers. -- Nathan From kenj@internode.on.net Thu May 16 19:59:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 C79FB7F37 for ; Thu, 16 May 2013 19:59:38 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 959118F8065 for ; Thu, 16 May 2013 17:59:38 -0700 (PDT) X-ASG-Debug-ID: 1368752371-04bdf0422433b300001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id gGvCnEPE43o8robq for ; Thu, 16 May 2013 17:59:32 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAJGAlVF20ToW/2dsb2JhbAANToZ7uxqCeYERgxMBAQEEIxVAARALGAICBRYLAgIJAwIBAgFFBg0BBwEBsgVykWiBJo15B4JCgRMDrBo Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail05.adl6.internode.on.net with ESMTP; 17 May 2013 10:29:21 +0930 Message-ID: <519580EA.7050109@internode.on.net> Date: Fri, 17 May 2013 10:59:22 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Scott CC: Paul Evans , PCP Mailing List Subject: Re: GFS2 testing (was Re: [pcp] QA status) References: <51957260.20800@internode.on.net> <385487891.4324272.1368749052841.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: GFS2 testing (was Re: [pcp] QA status) In-Reply-To: <385487891.4324272.1368749052841.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1368752371 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131172 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 17/05/13 10:04, Nathan Scott wrote: > ... > This was one of the issues Paul was looking into, but maybe you guys could > work together there if he's not started on that piece of the puzzle yet. Paul, For debian-based systems, we need to install gfs2-utils (possibly gfs2-tools on older systems) ... this gets mkfs.gfs2 installed. And on at least one recent Ubuntu system I can see the gfs2 kernel module installed by default in /lib/modules/3.8.0-21-generic/kernel/fs/gfs2/gfs2.ko (it is also in a similar place for one SuSE system I checked, and not there for an older Ubuntu system). But the /sys/kernel/debug/gfs2 that qa/654 is looking for is not present on the systems I've checked ... so I think as a first step the guard for kernel support needs some tweaking ... could we use the results of $sudo modinfo gfs2? If I comment out that test, qa/654 passes on Ubuntu 13.04. From nscott@redhat.com Fri May 17 02:32:46 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id AF0FD7F37 for ; Fri, 17 May 2013 02:32:46 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9BC23304084 for ; Fri, 17 May 2013 00:32:46 -0700 (PDT) X-ASG-Debug-ID: 1368775961-04cb6c53a4348310001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id VotFXmylXbTaEkE7 for ; Fri, 17 May 2013 00:32:41 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4H7WcWA021330; Fri, 17 May 2013 03:32:38 -0400 Date: Fri, 17 May 2013 03:32:38 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <951154100.4430537.1368775958655.JavaMail.root@redhat.com> In-Reply-To: <47440142.4424173.1368774626064.JavaMail.root@redhat.com> Subject: Double free() bug in interp.c MIME-Version: 1.0 X-ASG-Orig-Subj: Double free() bug in interp.c Content-Type: multipart/mixed; boundary="----=_Part_4430534_1855307078.1368775958653" X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Double free() bug in interp.c Thread-Index: +KJV8WfF++KASaM+S9Qq5+rlblkT0g== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368775961 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.62 X-Barracuda-Spam-Status: No, SCORE=0.62 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=MARKETING_SUBJECT, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131198 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.60 MARKETING_SUBJECT Subject contains popular marketing words ------=_Part_4430534_1855307078.1368775958653 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Ken, Keen to pick your brain on some of the things I've been looking into today with regards to Fedora/EPEL bug #958745 (as mentioned on IRC - https://bugzilla.redhat.com/show_bug.cgi?id=958745). >From what I can tell, the root cause appears to be a PDU buffer pin count accounting issue. I've attached a patch that cranks the volume up to 11 in the relevant areas of the code, running the recipe Marko describes in the bug (play, stop after a small number of steps) with this command line: gdb --args pmchart -v 5 -s 5 -a gfs -t 1min -c gfs.view -DPDUBUF (gfs.view attached, archive in the bug report). So, we crash in pmFreeResult. Both metrics are doubles, and we end up taking the code path below "/* not created from a pdubuf, really free the memory */" in freeresult.c - incorrectly, I think. I suspect we should not be getting there at all as this buffer was indeed created from a pdubuf. However, the __pmUnpinPDUBuf in the same routine "fails" (to find the active pdubuf), and hence we end up attempting to free memory thats actually part of a pdubuf - the free() call at line 64 in freeresult.c consistently blows up in our test case. I added all the extra diagnostics in the patch in an attempt to follow who pins/unpins this buffer. The buffer is always one of those cached from interp.c cache_read() and the sitution where it is freed is as a result of pressing Stop in the UI. That issues a pmSetMode(), which calls __pmLogResetInterp() and I suspect the two calls to __pmUnpinPDUBuf() in there to be problematic. In our case, we have two metrics - so two hash entries, both are fetched via a single __pmLogRead and in a single pmResult. The hash table thus has two hash entries (keyed by PMID) which point at the same pdubuf. When we walk the hash table we end up doing two unpins on the one pdubuf, which drops its reference count to zero and ultimately exposes us to a subsequent pmFreeResult call which gets confused. Would love to hear your thoughts on all this! Should this buffer have a higher pin count from elsewhere, or do you reckon the hash walker in pmLogResetInterp is doing the wrong thing here? Thanks! cheers. -- Nathan ------=_Part_4430534_1855307078.1368775958653 Content-Type: application/octet-stream; name=gfs.view Content-Disposition: attachment; filename=gfs.view Content-Transfer-Encoding: base64 I2ttY2hhcnQKdmVyc2lvbiAxCgpjaGFydCBzdHlsZSBwbG90IGFudGlhbGlhc2luZyBvZmYKCXBs b3QgY29sb3IgI2ZmZmYwMCBtZXRyaWMgZ2ZzLmZtYgpjaGFydCBzdHlsZSBwbG90IGFudGlhbGlh c2luZyBvZmYKCXBsb3QgY29sb3IgI2ZmZmYwMCBtZXRyaWMgZ2ZzLmlub2Rlcwo= ------=_Part_4430534_1855307078.1368775958653 Content-Type: text/x-patch; name=verbose-interp-tracing.patch Content-Disposition: attachment; filename=verbose-interp-tracing.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9saWJwY3Avc3JjL2ZyZWVyZXN1bHQuYyBiL3NyYy9saWJwY3Avc3Jj L2ZyZWVyZXN1bHQuYwppbmRleCBlMDIwNmFjLi45ZDc2Nzk5IDEwMDY0NAotLS0gYS9zcmMvbGli cGNwL3NyYy9mcmVlcmVzdWx0LmMKKysrIGIvc3JjL2xpYnBjcC9zcmMvZnJlZXJlc3VsdC5jCkBA IC0zNyw3ICszNywxMSBAQCBfX3BtRnJlZVJlc3VsdFZhbHVlcyhwbVJlc3VsdCAqcmVzdWx0KQog ICAgIHBwdnNlbmQgPSAmcmVzdWx0LT52c2V0W3Jlc3VsdC0+bnVtcG1pZF07CiAKICAgICAvKiBp ZiBfYW55XyB2c2V0W10gLT4gYW4gYWRkcmVzcyB3aXRoaW4gYSBwZHVidWYsIHdlIGFyZSBkb25l ICovCi0gICAgZm9yIChwcHZzID0gcmVzdWx0LT52c2V0OyBwcHZzIDwgcHB2c2VuZDsgcHB2cysr KSB7CitpbnQgY291bnQgPSAwOworZnByaW50ZihzdGRlcnIsICJfX3BtRnJlZVJlc3VsdFZhbHVl cyBycD0lcCAtIHJhbmdlOiBzdGFydD0lcCBlbmQ9JXBcbiIsIHJlc3VsdCwgcmVzdWx0LT52c2V0 LCBwcHZzZW5kKTsKKyAgICBmb3IgKHBwdnMgPSByZXN1bHQtPnZzZXQ7IHBwdnMgPCBwcHZzZW5k OyBwcHZzKyssIGNvdW50KyspIHsKK2ZwcmludGYoc3RkZXJyLCAiX19wbUZyZWVSZXN1bHRWYWx1 ZXMgcnA9JXAgLSByYW5nZVslZF0gJXAgLT4gJXBcbiIsIHJlc3VsdCwgY291bnQsIHBwdnMsICpw cHZzKTsKK2ZwcmludGYoc3RkZXJyLCAiLS0gX19wbVVucGluUERVQnVmIF9fcG1GcmVlUmVzdWx0 OiAlcFxuIiwgKnBwdnMpOwogCWlmIChfX3BtVW5waW5QRFVCdWYoKHZvaWQgKikqcHB2cykpCiAJ ICAgIHJldHVybjsKICAgICB9CmRpZmYgLS1naXQgYS9zcmMvbGlicGNwL3NyYy9pbnRlcnAuYyBi L3NyYy9saWJwY3Avc3JjL2ludGVycC5jCmluZGV4IGUwODIwOTcuLmQ0MDgyMDAgMTAwNjQ0Ci0t LSBhL3NyYy9saWJwY3Avc3JjL2ludGVycC5jCisrKyBiL3NyYy9saWJwY3Avc3JjL2ludGVycC5j CkBAIC0zNiw2ICszNiwzOSBAQAogI2luY2x1ZGUgInBtYXBpLmgiCiAjaW5jbHVkZSAiaW1wbC5o IgogCitleHRlcm4gdm9pZCBwZHVidWZkdW1wKHZvaWQpOworZXh0ZXJuIHZvaWQgcmVzdWx0dHJh Y2UocG1SZXN1bHQgKnJlc3VsdCkKK3sKKyAgICByZWdpc3RlciBwbVZhbHVlU2V0ICpwdnM7Cisg ICAgcmVnaXN0ZXIgcG1WYWx1ZVNldCAqKnBwdnM7CisgICAgcmVnaXN0ZXIgcG1WYWx1ZVNldCAq KnBwdnNlbmQ7CisKKyAgICBwcHZzZW5kID0gJnJlc3VsdC0+dnNldFtyZXN1bHQtPm51bXBtaWRd OworICAgIGZvciAocHB2cyA9IHJlc3VsdC0+dnNldDsgcHB2cyA8IHBwdnNlbmQ7IHBwdnMrKykg eworICAgICAgICBwdnMgPSAqcHB2czsKKyAgICAgICAgaWYgKHB2cy0+bnVtdmFsID4gMCAmJiBw dnMtPnZhbGZtdCA9PSBQTV9WQUxfRFBUUikgeworICAgICAgICAgICAgaW50ICAgICAgICAgajsK KyAgICAgICAgICAgIGZvciAoaiA9IDA7IGogPCBwdnMtPm51bXZhbDsgaisrKSB7CisjaWZkZWYg UENQX0RFQlVHCisgICAgICAgICAgICAgICAgaWYgKHBtRGVidWcgJiBEQkdfVFJBQ0VfUERVQlVG KSB7CisgICAgICAgICAgICAgICAgICAgIGNoYXIgICAgICAgIHN0cmJ1ZlsyMF07CisgICAgICAg ICAgICAgICAgICAgIGZwcmludGYoc3RkZXJyLCAidHJhY2UoIiBQUklOVEZfUF9QRlggIiVwKSBw bVZhbHVlQmxvY2sgcG1pZD0lcyBpbnN0PSVkXG4iLAorICAgICAgICAgICAgICAgICAgICAgICAg cHZzLT52bGlzdFtqXS52YWx1ZS5wdmFsLCBwbUlEU3RyX3IocHZzLT5wbWlkLCBzdHJidWYsIHNp emVvZihzdHJidWYpKSwKKyAgICAgICAgICAgICAgICAgICAgICAgIHB2cy0+dmxpc3Rbal0uaW5z dCk7CisgICAgICAgICAgICAgICAgfQorI2VuZGlmCisgICAgICAgICAgICB9CisgICAgICAgIH0K KyNpZmRlZiBQQ1BfREVCVUcKKyAgICAgICAgaWYgKHBtRGVidWcgJiBEQkdfVFJBQ0VfUERVQlVG KSB7CisgICAgICAgICAgICBjaGFyICAgICAgICBzdHJidWZbMjBdOworICAgICAgICAgICAgZnBy aW50ZihzdGRlcnIsICJ0cmFjZSgiIFBSSU5URl9QX1BGWCAiJXApIHZzZXQgcG1pZD0lc1xuIiwK KyAgICAgICAgICAgICAgICBwdnMsIHBtSURTdHJfcihwdnMtPnBtaWQsIHN0cmJ1Ziwgc2l6ZW9m KHN0cmJ1ZikpKTsKKyAgICAgICAgfQorI2VuZGlmCisgICAgfQorfQorCiAjZGVmaW5lIFVQRF9N QVJLX05PTkUJMAogI2RlZmluZSBVUERfTUFSS19GT1JXCTEKICNkZWZpbmUgVVBEX01BUktfQkFD SwkyCkBAIC0xNzMsMTQgKzIwNiwyMyBAQCBjYWNoZV9yZWFkKF9fcG1BcmNoQ3RsICphY3AsIGlu dCBtb2RlLCBwbVJlc3VsdCAqKnJwKQogICAgIG5yW21vZGVdKys7CiAjZW5kaWYKIAotICAgIGlm IChsZnVwLT5ycCAhPSBOVUxMKQorICAgIGlmIChsZnVwLT5ycCAhPSBOVUxMKSB7CisJZnByaW50 ZihzdGRlcnIsICJjYWNoZV9yZWFkIGZyZWVpbmcgJXBcbiIsIGxmdXAtPnJwKTsKIAlwbUZyZWVS ZXN1bHQobGZ1cC0+cnApOworCWxmdXAtPnJwID0gTlVMTDsKKyAgICB9CiAKICAgICBzYXZlX2N1 cnZvbCA9IGFjcC0+YWNfbG9nLT5sX2N1cnZvbDsKIAogICAgIGxmdXAtPnN0cyA9IF9fcG1Mb2dS ZWFkKGFjcC0+YWNfbG9nLCBtb2RlLCBOVUxMLCAmbGZ1cC0+cnAsIFBNTE9HUkVBRF9ORVhUKTsK ICAgICBpZiAobGZ1cC0+c3RzIDwgMCkKIAlsZnVwLT5ycCA9IE5VTEw7CitlbHNlIHsKK2Zwcmlu dGYoc3RkZXJyLCAiU1RBUlQgbG9nX3JlYWQgYWxsb2NzKCVwKVxuIiwgbGZ1cC0+cnApOworcmVz dWx0dHJhY2UobGZ1cC0+cnApOworcGR1YnVmZHVtcCgpOworZnByaW50ZihzdGRlcnIsICJFTkQg bG9nX3JlYWQgYWxsb2NzKCVwKVxuIiwgbGZ1cC0+cnApOworfQogICAgICpycCA9IGxmdXAtPnJw OwogCiAgICAgaWYgKHBvc24gPT0gMCB8fCBzYXZlX2N1cnZvbCAhPSBhY3AtPmFjX2xvZy0+bF9j dXJ2b2wpIHsKQEAgLTIzOSw4ICsyODEsMTAgQEAgX19wbUxvZ0NhY2hlQ2xlYXIoRklMRSAqbWZw KQogICAgIFBNX0xPQ0soX19wbUxvY2tfbGlicGNwKTsKICAgICBmb3IgKGNwID0gY2FjaGU7IGNw IDwgJmNhY2hlW05VTUNBQ0hFXTsgY3ArKykgewogCWlmIChjcC0+bWZwID09IG1mcCkgewotCSAg ICBpZiAoY3AtPnJwICE9IE5VTEwpCisJICAgIGlmIChjcC0+cnAgIT0gTlVMTCkgeworCWZwcmlu dGYoc3RkZXJyLCAiY2FjaGVfY2xlYXIgZnJlZWluZyAlcFxuIiwgY3AtPnJwKTsKIAkJcG1GcmVl UmVzdWx0KGNwLT5ycCk7CisJICAgIH0KIAkgICAgY3AtPnJwID0gTlVMTDsKIAkgICAgY3AtPm1m cCA9IE5VTEw7CiAJICAgIGNwLT51c2VkID0gMDsKQEAgLTI2NiwyNSArMzEwLDMwIEBAIGR1bXB2 YWwoRklMRSAqZiwgaW50IHR5cGUsIGludCB2YWxmbXQsIGludCBtYXJrLCB2YWx1ZSAqdnApCiAg ICAgfQogICAgIGVsc2UgaWYgKHR5cGUgPT0gUE1fVFlQRV82NCkgewogCV9faW50NjRfdAl0bXA7 CisJaWYgKCF2cC0+cHZhbCkgZ290byBkdW5ubzsKIAltZW1jcHkoKHZvaWQgKikmdG1wLCAodm9p ZCAqKXZwLT5wdmFsLT52YnVmLCBzaXplb2YodG1wKSk7CiAgICAgICAgIGZwcmludGYoZiwgIiB2 PSUiUFJJaTY0LCB0bXApOwogICAgIH0KICAgICBlbHNlIGlmICh0eXBlID09IFBNX1RZUEVfVTY0 KSB7CiAJX191aW50NjRfdAl0bXA7CisJaWYgKCF2cC0+cHZhbCkgZ290byBkdW5ubzsKIAltZW1j cHkoKHZvaWQgKikmdG1wLCAodm9pZCAqKXZwLT5wdmFsLT52YnVmLCBzaXplb2YodG1wKSk7CiAg ICAgICAgIGZwcmludGYoZiwgIiB2PSUiUFJJdTY0LCB0bXApOwogICAgIH0KICAgICBlbHNlIGlm ICh0eXBlID09IFBNX1RZUEVfRkxPQVQpIHsKIAlmbG9hdAkJdG1wOworCWlmICghdnAtPnB2YWwp IGdvdG8gZHVubm87CiAJbWVtY3B5KCh2b2lkICopJnRtcCwgKHZvaWQgKil2cC0+cHZhbC0+dmJ1 Ziwgc2l6ZW9mKHRtcCkpOwogICAgICAgICBmcHJpbnRmKGYsICIgdj0lZiIsIChkb3VibGUpdG1w KTsKICAgICB9CiAgICAgZWxzZSBpZiAodHlwZSA9PSBQTV9UWVBFX0RPVUJMRSkgewogCWRvdWJs ZQkJdG1wOworCWlmICghdnAtPnB2YWwpIGdvdG8gZHVubm87CiAJbWVtY3B5KCh2b2lkICopJnRt cCwgKHZvaWQgKil2cC0+cHZhbC0+dmJ1Ziwgc2l6ZW9mKHRtcCkpOwogICAgICAgICBmcHJpbnRm KGYsICIgdj0lZiIsIHRtcCk7CiAgICAgfQogICAgIGVsc2UKK2R1bm5vOgogICAgICAgICBmcHJp bnRmKGYsICJ2PT8/PyAobHZhbD0lZCkiLCB2cC0+bHZhbCk7CiB9CiAjZW5kaWYKQEAgLTMyMSw4 ICszNzAsMTAgQEAgdXBkYXRlX2JvdW5kcyhfX3BtQ29udGV4dCAqY3R4cCwgZG91YmxlIHRfcmVx LCBwbVJlc3VsdCAqbG9ncnAsIGludCBkb19tYXJrLCBpbnQKIAkJaWNwLT50X3ByaW9yID0gdF90 aGlzOwogCQlpY3AtPm1fcHJpb3IgPSAxOwogCQlpZiAoaWNwLT5tZXRyaWMtPnZhbGZtdCAhPSBQ TV9WQUxfSU5TSVRVKSB7Ci0JCSAgICBpZiAoaWNwLT52X3ByaW9yLnB2YWwgIT0gTlVMTCkKKwkJ ICAgIGlmIChpY3AtPnZfcHJpb3IucHZhbCAhPSBOVUxMKSB7CitmcHJpbnRmKHN0ZGVyciwgIi0t IF9fcG1VbnBpblBEVUJ1ZiBpbnRlcnA6OnVwZGF0ZV9ib3VuZHMoMSk6ICVwXG4iLCBpY3AtPnZf cHJpb3IucHZhbCk7CiAJCQlfX3BtVW5waW5QRFVCdWYoKHZvaWQgKilpY3AtPnZfcHJpb3IucHZh bCk7CisJCSAgICB9CiAJCSAgICBpY3AtPnZfcHJpb3IucHZhbCA9IE5VTEw7CiAJCX0KICNpZmRl ZiBQQ1BfREVCVUcKQEAgLTM0NCw4ICszOTUsMTAgQEAgdXBkYXRlX2JvdW5kcyhfX3BtQ29udGV4 dCAqY3R4cCwgZG91YmxlIHRfcmVxLCBwbVJlc3VsdCAqbG9ncnAsIGludCBkb19tYXJrLCBpbnQK IAkJaWNwLT50X25leHQgPSB0X3RoaXM7CiAJCWljcC0+bV9uZXh0ID0gMTsKIAkJaWYgKGljcC0+ bWV0cmljLT52YWxmbXQgIT0gUE1fVkFMX0lOU0lUVSkgewotCQkgICAgaWYgKGljcC0+dl9uZXh0 LnB2YWwgIT0gTlVMTCkKKwkJICAgIGlmIChpY3AtPnZfbmV4dC5wdmFsICE9IE5VTEwpIHsKK2Zw cmludGYoc3RkZXJyLCAiLS0gX19wbVVucGluUERVQnVmIGludGVycDo6dXBkYXRlX2JvdW5kcygy KTogJXBcbiIsIGljcC0+dl9uZXh0LnB2YWwpOwogCQkJX19wbVVucGluUERVQnVmKCh2b2lkICop aWNwLT52X25leHQucHZhbCk7CisJCSAgICB9CiAJCSAgICBpY3AtPnZfbmV4dC5wdmFsID0gTlVM TDsKIAkJfQogI2lmZGVmIFBDUF9ERUJVRwpAQCAtMzk5LDggKzQ1MiwxMCBAQCB1cGRhdGVfYm91 bmRzKF9fcG1Db250ZXh0ICpjdHhwLCBkb3VibGUgdF9yZXEsIHBtUmVzdWx0ICpsb2dycCwgaW50 IGRvX21hcmssIGludAogCQkJICAgIGlmIChwY3AtPnZhbGZtdCA9PSBQTV9WQUxfSU5TSVRVKQog CQkJCWljcC0+dl9uZXh0Lmx2YWwgPSBpY3AtPnZfcHJpb3IubHZhbDsKIAkJCSAgICBlbHNlIHsK LQkJCQlpZiAoaWNwLT52X25leHQucHZhbCAhPSBOVUxMKQorCQkJCWlmIChpY3AtPnZfbmV4dC5w dmFsICE9IE5VTEwpIHsKK2ZwcmludGYoc3RkZXJyLCAiLS0gX19wbVVucGluUERVQnVmIGludGVy cDo6dXBkYXRlX2JvdW5kcygzKTogJXBcbiIsIGljcC0+dl9uZXh0LnB2YWwpOwogCQkJCSAgICBf X3BtVW5waW5QRFVCdWYoKHZvaWQgKilpY3AtPnZfbmV4dC5wdmFsKTsKKwkJCQl9CiAJCQkJaWNw LT52X25leHQucHZhbCA9IGljcC0+dl9wcmlvci5wdmFsOwogCQkJICAgIH0KIAkJCX0KQEAgLTQw OSwxMCArNDY0LDEzIEBAIHVwZGF0ZV9ib3VuZHMoX19wbUNvbnRleHQgKmN0eHAsIGRvdWJsZSB0 X3JlcSwgcG1SZXN1bHQgKmxvZ3JwLCBpbnQgZG9fbWFyaywgaW50CiAJCQlpZiAocGNwLT52YWxm bXQgPT0gUE1fVkFMX0lOU0lUVSkKIAkJCSAgICBpY3AtPnZfcHJpb3IubHZhbCA9IGxvZ3JwLT52 c2V0W2tdLT52bGlzdFtpXS52YWx1ZS5sdmFsOwogCQkJZWxzZSB7Ci0JCQkgICAgaWYgKGljcC0+ dl9wcmlvci5wdmFsICE9IE5VTEwpCisJCQkgICAgaWYgKGljcC0+dl9wcmlvci5wdmFsICE9IE5V TEwpIHsKK2ZwcmludGYoc3RkZXJyLCAiLS0gX19wbVVucGluUERVQnVmIGludGVycDo6dXBkYXRl X2JvdW5kcyg0KTogJXBcbiIsIGljcC0+dl9wcmlvci5wdmFsKTsKIAkJCQlfX3BtVW5waW5QRFVC dWYoKHZvaWQgKilpY3AtPnZfcHJpb3IucHZhbCk7CisJCQkgICAgfQogCQkJICAgIGljcC0+dl9w cmlvci5wdmFsID0gbG9ncnAtPnZzZXRba10tPnZsaXN0W2ldLnZhbHVlLnB2YWw7CiAJCQkgICAg X19wbVBpblBEVUJ1Zigodm9pZCAqKWljcC0+dl9wcmlvci5wdmFsKTsKK2ZwcmludGYoc3RkZXJy LCAiKysgX19wbVBpblBEVUJ1ZiBpbnRlcnA6OnVwZGF0ZV9ib3VuZHMoMSk6ICVwXG4iLCBpY3At PnZfcHJpb3IucHZhbCk7CiAJCQl9CiAJCQlpZiAoaWNwLT5zZWFyY2ggJiYgZG9uZV9wcmlvciAh PSBOVUxMKSB7CiAJCQkgICAgLyogb25lIHdlIHdlcmUgbG9va2luZyBmb3IgKi8KQEAgLTQzNSw4 ICs0OTMsMTAgQEAgdXBkYXRlX2JvdW5kcyhfX3BtQ29udGV4dCAqY3R4cCwgZG91YmxlIHRfcmVx LCBwbVJlc3VsdCAqbG9ncnAsIGludCBkb19tYXJrLCBpbnQKIAkJCSAgICBpZiAocGNwLT52YWxm bXQgPT0gUE1fVkFMX0lOU0lUVSkKIAkJCQlpY3AtPnZfcHJpb3IubHZhbCA9IGljcC0+dl9uZXh0 Lmx2YWw7CiAJCQkgICAgZWxzZSB7Ci0JCQkJaWYgKGljcC0+dl9wcmlvci5wdmFsICE9IE5VTEwp CisJCQkJaWYgKGljcC0+dl9wcmlvci5wdmFsICE9IE5VTEwpIHsKK2ZwcmludGYoc3RkZXJyLCAi LS0gX19wbVVucGluUERVQnVmIGludGVycDo6dXBkYXRlX2JvdW5kcyg1KTogJXBcbiIsIGljcC0+ dl9wcmlvci5wdmFsKTsKIAkJCQkgICAgX19wbVVucGluUERVQnVmKCh2b2lkICopaWNwLT52X3By aW9yLnB2YWwpOworCQkJCX0KIAkJCQlpY3AtPnZfcHJpb3IucHZhbCA9IGljcC0+dl9uZXh0LnB2 YWw7CiAJCQkgICAgfQogCQkJfQpAQCAtNDQ1LDEwICs1MDUsMTMgQEAgdXBkYXRlX2JvdW5kcyhf X3BtQ29udGV4dCAqY3R4cCwgZG91YmxlIHRfcmVxLCBwbVJlc3VsdCAqbG9ncnAsIGludCBkb19t YXJrLCBpbnQKIAkJCWlmIChwY3AtPnZhbGZtdCA9PSBQTV9WQUxfSU5TSVRVKQogCQkJICAgIGlj cC0+dl9uZXh0Lmx2YWwgPSBsb2dycC0+dnNldFtrXS0+dmxpc3RbaV0udmFsdWUubHZhbDsKIAkJ CWVsc2UgewotCQkJICAgIGlmIChpY3AtPnZfbmV4dC5wdmFsICE9IE5VTEwpCisJCQkgICAgaWYg KGljcC0+dl9uZXh0LnB2YWwgIT0gTlVMTCkgeworZnByaW50ZihzdGRlcnIsICItLSBfX3BtVW5w aW5QRFVCdWYgaW50ZXJwOjp1cGRhdGVfYm91bmRzKDYpOiAlcFxuIiwgaWNwLT52X25leHQucHZh bCk7CiAJCQkJX19wbVVucGluUERVQnVmKCh2b2lkICopaWNwLT52X25leHQucHZhbCk7CisJCQkg ICAgfQogCQkJICAgIGljcC0+dl9uZXh0LnB2YWwgPSBsb2dycC0+dnNldFtrXS0+dmxpc3RbaV0u dmFsdWUucHZhbDsKIAkJCSAgICBfX3BtUGluUERVQnVmKCh2b2lkICopaWNwLT52X25leHQucHZh bCk7CitmcHJpbnRmKHN0ZGVyciwgIisrIF9fcG1QaW5QRFVCdWYgaW50ZXJwOjp1cGRhdGVfYm91 bmRzKDIpOiAlcFxuIiwgaWNwLT52X25leHQucHZhbCk7CiAJCQl9CiAJCQlpZiAoaWNwLT5zZWFy Y2ggJiYgZG9uZV9uZXh0ICE9IE5VTEwpIHsKIAkJCSAgICAvKiBvbmUgd2Ugd2VyZSBsb29raW5n IGZvciAqLwpAQCAtNjIzLDYgKzY4Niw3IEBAIF9fcG1Mb2dGZXRjaEludGVycChfX3BtQ29udGV4 dCAqY3R4cCwgaW50IG51bXBtaWQsIHBtSUQgcG1pZGxpc3RbXSwgcG1SZXN1bHQgKipyCiAKICAg ICBpZiAoKHJwID0gKHBtUmVzdWx0ICopbWFsbG9jKHNpemVvZihwbVJlc3VsdCkgKyAobnVtcG1p ZCAtIDEpICogc2l6ZW9mKHBtVmFsdWVTZXQgKikpKSA9PSBOVUxMKQogCXJldHVybiAtb3NlcnJv cigpOworICAgIGZwcmludGYoc3RkZXJyLCAiZmV0Y2hfaW50ZXJwIG1hbGxvYyglcClcbiIsIHJw KTsKIAogICAgIHJwLT50aW1lc3RhbXAudHZfc2VjID0gY3R4cC0+Y19vcmlnaW4udHZfc2VjOwog ICAgIHJwLT50aW1lc3RhbXAudHZfdXNlYyA9IGN0eHAtPmNfb3JpZ2luLnR2X3VzZWM7CkBAIC02 NjAsNiArNzI0LDcgQEAgX19wbUxvZ0ZldGNoSW50ZXJwKF9fcG1Db250ZXh0ICpjdHhwLCBpbnQg bnVtcG1pZCwgcG1JRCBwbWlkbGlzdFtdLCBwbVJlc3VsdCAqKnIKIAkgICAgc3RzID0gX19wbUhh c2hBZGQoKGludClwbWlkbGlzdFtqXSwgKHZvaWQgKilwY3AsIGhjcCk7CiAJICAgIGlmIChzdHMg PCAwKSB7CiAJCXJwLT5udW1wbWlkID0gajsKKwlmcHJpbnRmKHN0ZGVyciwgImhhc2ggYWRkIGZh aWwgZnJlZWluZyAlcFxuIiwgcnApOwogCQlwbUZyZWVSZXN1bHQocnApOwogCQlmcmVlKHBjcCk7 CiAJCXJldHVybiBzdHM7CkBAIC0xMjI2LDYgKzEyOTEsNyBAQCByZXRyeV9mb3J3OgogCQkJc3Rz ID0gLW9zZXJyb3IoKTsKIAkJCWdvdG8gYmFkX2FsbG9jOwogCQkgICAgfQorZnByaW50ZihzdGRl cnIsICJtYWxsb2MoJXApIC0gX19wbUxvZ0ZldGNoSW50ZXJwW0ZMT0FUXVxuIiwgdnApOwogCQkg ICAgdnAtPnZsZW4gPSBuZWVkOwogCQkgICAgdnAtPnZ0eXBlID0gUE1fVFlQRV9GTE9BVDsKIAkJ ICAgIHJwLT52c2V0W2pdLT52YWxmbXQgPSBQTV9WQUxfRFBUUjsKQEAgLTEyODUsNiArMTM1MSw3 IEBAIHJldHJ5X2Zvcnc6CiAJCQlzdHMgPSAtb3NlcnJvcigpOwogCQkJZ290byBiYWRfYWxsb2M7 CiAJCSAgICB9CitmcHJpbnRmKHN0ZGVyciwgIm1hbGxvYyglcCkgcnA9JXBbJWRdIC0gX19wbUxv Z0ZldGNoSW50ZXJwWzY0XVxuIiwgdnAsIHJwLCBqKTsKIAkJICAgIHZwLT52bGVuID0gbmVlZDsK IAkJICAgIGlmIChwY3AtPmRlc2MudHlwZSA9PSBQTV9UWVBFXzY0KQogCQkJdnAtPnZ0eXBlID0g UE1fVFlQRV82NDsKQEAgLTE0MjgsNiArMTQ5NSw3IEBAIHJldHJ5X2Zvcnc6CiAJCQlzdHMgPSAt b3NlcnJvcigpOwogCQkJZ290byBiYWRfYWxsb2M7CiAJCSAgICB9CitmcHJpbnRmKHN0ZGVyciwg Im1hbGxvYyglcCkgcnA9JXBbJWRdIC0gX19wbUxvZ0ZldGNoSW50ZXJwW0RPVUJMRV1cbiIsIHZw LCBycCwgaik7CiAJCSAgICB2cC0+dmxlbiA9IG5lZWQ7CiAJCSAgICB2cC0+dnR5cGUgPSBQTV9U WVBFX0RPVUJMRTsKIAkJICAgIHJwLT52c2V0W2pdLT52YWxmbXQgPSBQTV9WQUxfRFBUUjsKQEAg LTE0ODksNiArMTU1Nyw3IEBAIHJldHJ5X2Zvcnc6CiAJCQlzdHMgPSAtb3NlcnJvcigpOwogCQkJ Z290byBiYWRfYWxsb2M7CiAJCSAgICB9CitmcHJpbnRmKHN0ZGVyciwgIm1hbGxvYyglcCkgLSBf X3BtTG9nRmV0Y2hJbnRlcnBbQUdHUl1cbiIsIHZwKTsKIAkJICAgIHJwLT52c2V0W2pdLT52YWxm bXQgPSBQTV9WQUxfRFBUUjsKIAkJICAgIHJwLT52c2V0W2pdLT52bGlzdFtpKytdLnZhbHVlLnB2 YWwgPSB2cDsKIAkJICAgIG1lbWNweSgodm9pZCAqKXZwLCBpY3AtPnZfcHJpb3IucHZhbCwgbmVl ZCk7CkBAIC0xNTYzLDIxICsxNjMyLDMxIEBAIF9fcG1Mb2dSZXNldEludGVycChfX3BtQ29udGV4 dCAqY3R4cCkKIAogICAgIHRfcmVxID0gX19wbVRpbWV2YWxTdWIoJmN0eHAtPmNfb3JpZ2luLCAm Y3R4cC0+Y19hcmNoY3RsLT5hY19sb2ctPmxfbGFiZWwuaWxsX3N0YXJ0KTsKIAorZnByaW50Zihz dGRlcnIsICJlbnRlciBfX3BtTG9nUmVzZXRJbnRlcnBcbiIpOworCiAgICAgZm9yIChrID0gMDsg ayA8IGhjcC0+aHNpemU7IGsrKykgeworZnByaW50ZihzdGRlcnIsICJfX3BtTG9nUmVzZXRJbnRl cnAgYnVja2V0WyVkXVxuIiwgayk7CiAJZm9yIChocCA9IGhjcC0+aGFzaFtrXTsgaHAgIT0gTlVM TDsgaHAgPSBocC0+bmV4dCkgewogCSAgICBwY3AgPSAocG1pZGNudGxfdCAqKWhwLT5kYXRhOwor ZnByaW50ZihzdGRlcnIsICJfX3BtTG9nUmVzZXRJbnRlcnAgbmV4dCBwbWlkY3RsIGluIGJ1Y2tl dFslZF06IHBtaWQ9JXNcbiIsIGssIHBtSURTdHIocGNwLT5kZXNjLnBtaWQpKTsKIAkgICAgZm9y IChpY3AgPSBwY3AtPmZpcnN0OyBpY3AgIT0gTlVMTDsgaWNwID0gaWNwLT5uZXh0KSB7CitmcHJp bnRmKHN0ZGVyciwgIl9fcG1Mb2dSZXNldEludGVycCBuZXh0IGluc3RjdGwgaW4gcG1pZGN0bCBp biBidWNrZXRbJWRdXG4iLCBrKTsKIAkJaWYgKGljcC0+dF9wcmlvciA+IHRfcmVxIHx8IGljcC0+ dF9uZXh0IDwgdF9yZXEpIHsKIAkJICAgIGljcC0+dF9wcmlvciA9IGljcC0+dF9uZXh0ID0gLTE7 CiAJCSAgICBpZiAocGNwLT52YWxmbXQgIT0gUE1fVkFMX0lOU0lUVSkgewotCQkJaWYgKGljcC0+ dl9wcmlvci5wdmFsICE9IE5VTEwpCi0JCQkgICAgX19wbVVucGluUERVQnVmKCh2b2lkICopaWNw LT52X3ByaW9yLnB2YWwpOwotCQkJaWYgKGljcC0+dl9uZXh0LnB2YWwgIT0gTlVMTCkKLQkJCSAg ICBfX3BtVW5waW5QRFVCdWYoKHZvaWQgKilpY3AtPnZfbmV4dC5wdmFsKTsKKwkJCWlmIChpY3At PnZfcHJpb3IucHZhbCAhPSBOVUxMKSB7CitmcHJpbnRmKHN0ZGVyciwgIi0tIF9fcG1VbnBpblBE VUJ1ZiBpbnRlcnA6OkxvZ1Jlc2V0KDEpOiAlcFxuIiwgaWNwLT52X3ByaW9yLnB2YWwpOworLy8g ISEhCQkJICAgIF9fcG1VbnBpblBEVUJ1Zigodm9pZCAqKWljcC0+dl9wcmlvci5wdmFsKTsKKwkJ CX0KKwkJCWlmIChpY3AtPnZfbmV4dC5wdmFsICE9IE5VTEwpIHsKK2ZwcmludGYoc3RkZXJyLCAi LS0gX19wbVVucGluUERVQnVmIGludGVycDo6TG9nUmVzZXQoMik6ICVwXG4iLCBpY3AtPnZfbmV4 dC5wdmFsKTsKKy8vICEhIQkJCSAgICBfX3BtVW5waW5QRFVCdWYoKHZvaWQgKilpY3AtPnZfbmV4 dC5wdmFsKTsKKwkJCX0KIAkJICAgIH0KIAkJICAgIGljcC0+dl9wcmlvci5wdmFsID0gaWNwLT52 X25leHQucHZhbCA9IE5VTEw7CiAJCX0KIAkgICAgfQogCX0KICAgICB9CitmcHJpbnRmKHN0ZGVy ciwgInJldHVybiBfX3BtTG9nUmVzZXRJbnRlcnBcbiIpOwogfQpkaWZmIC0tZ2l0IGEvc3JjL2xp YnBjcC9zcmMvcF9yZXN1bHQuYyBiL3NyYy9saWJwY3Avc3JjL3BfcmVzdWx0LmMKaW5kZXggMDk4 ZmUwOC4uNzJlNmEwMiAxMDA2NDQKLS0tIGEvc3JjL2xpYnBjcC9zcmMvcF9yZXN1bHQuYworKysg Yi9zcmMvbGlicGNwL3NyYy9wX3Jlc3VsdC5jCkBAIC00ODksNiArNDg5LDcgQEAgX19wbURlY29k ZVJlc3VsdChfX3BtUERVICpwZHVidWYsIHBtUmVzdWx0ICoqcmVzdWx0KQogICAgICAqIGZvciB0 aGUgNjQtYml0IHBvaW50ZXIgY2FzZSB0aGUgbmV3IGJ1ZmZlciAobmV3YnVmKSBhbHNvIHBpbm5l ZCAtCiAgICAgICogaWYgbnVtcG1pZCAhPSAwIHNlZSB0aGUgdGhyZWFkLXNhZmUgY29tbWVudHMg YWJvdmUKICAgICAgKi8KK2ZwcmludGYoc3RkZXJyLCAiX19wbURlY29kZVJlc3VsdCByZXN1bHQ9 JXAgcGR1YnVmPSVwXG4iLCBwciwgcGR1YnVmKTsKICAgICAqcmVzdWx0ID0gcHI7CiAgICAgcmV0 dXJuIDA7CiAKZGlmZiAtLWdpdCBhL3NyYy9saWJwY3Avc3JjL3BkdWJ1Zi5jIGIvc3JjL2xpYnBj cC9zcmMvcGR1YnVmLmMKaW5kZXggYmI3YWIyNi4uYmY1ODU2MyAxMDA2NDQKLS0tIGEvc3JjL2xp YnBjcC9zcmMvcGR1YnVmLmMKKysrIGIvc3JjL2xpYnBjcC9zcmMvcGR1YnVmLmMKQEAgLTQwLDcg KzQwLDcgQEAgc3RhdGljIGJ1ZmN0bF90CSpidWZfcGluOwogc3RhdGljIGJ1ZmN0bF90CSpidWZf cGluX3RhaWw7CiAKICNpZmRlZiBQQ1BfREVCVUcKLXN0YXRpYyB2b2lkCit2b2lkCiBwZHVidWZk dW1wKHZvaWQpCiB7CiAgICAgYnVmY3RsX3QJKnBjcDsKZGlmZiAtLWdpdCBhL3NyYy9saWJwY3Av c3JjL3N0dWZmdmFsdWUuYyBiL3NyYy9saWJwY3Avc3JjL3N0dWZmdmFsdWUuYwppbmRleCA0NWZj ZjZiLi5kNDVmYjVmIDEwMDY0NAotLS0gYS9zcmMvbGlicGNwL3NyYy9zdHVmZnZhbHVlLmMKKysr IGIvc3JjL2xpYnBjcC9zcmMvc3R1ZmZ2YWx1ZS5jCkBAIC03Niw2ICs3Niw3IEBAIF9fcG1TdHVm ZlZhbHVlKGNvbnN0IHBtQXRvbVZhbHVlICphdnAsIHBtVmFsdWUgKnZwLCBpbnQgdHlwZSkKIAkg ICAgKG5lZWQgPCBzaXplb2YocG1WYWx1ZUJsb2NrKSkgPyBzaXplb2YocG1WYWx1ZUJsb2NrKSA6 IG5lZWQpOwogICAgIGlmICh2cC0+dmFsdWUucHZhbCA9PSBOVUxMKQogCXJldHVybiAtb3NlcnJv cigpOworZnByaW50ZihzdGRlcnIsICJtYWxsb2MoJXApIC0gX19wbVN0dWZmVmFsdWVcbiIsIHZw LT52YWx1ZS5wdmFsKTsKICAgICB2cC0+dmFsdWUucHZhbC0+dmxlbiA9IChpbnQpbmVlZDsKICAg ICB2cC0+dmFsdWUucHZhbC0+dnR5cGUgPSB0eXBlOwogICAgIG1lbWNweSgodm9pZCAqKXZwLT52 YWx1ZS5wdmFsLT52YnVmLCAodm9pZCAqKXNyYywgYm9keSk7Cg== ------=_Part_4430534_1855307078.1368775958653-- From nscott@redhat.com Fri May 17 03:36:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AA2677F37 for ; Fri, 17 May 2013 03:36:33 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 791028F8037 for ; Fri, 17 May 2013 01:36:30 -0700 (PDT) X-ASG-Debug-ID: 1368779785-04bdf042253523f0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Z7VUdz3o37VdojgZ for ; Fri, 17 May 2013 01:36:25 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4H8aLWP032558; Fri, 17 May 2013 04:36:21 -0400 Date: Fri, 17 May 2013 04:36:21 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <49054691.4457206.1368779781162.JavaMail.root@redhat.com> In-Reply-To: <951154100.4430537.1368775958655.JavaMail.root@redhat.com> References: <951154100.4430537.1368775958655.JavaMail.root@redhat.com> Subject: Re: [pcp] Double free() bug in interp.c MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Double free() bug in interp.c Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Double free() bug in interp.c Thread-Index: +KJV8WfF++KASaM+S9Qq5+rlblkT0scOU4N+ X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1368779785 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.62 X-Barracuda-Spam-Status: No, SCORE=0.62 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=MARKETING_SUBJECT, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131202 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.60 MARKETING_SUBJECT Subject contains popular marketing words ----- Original Message ----- > Hi Ken, > > Keen to pick your brain on some of the things I've been looking > into today with regards to Fedora/EPEL bug #958745 (as mentioned > on IRC - https://bugzilla.redhat.com/show_bug.cgi?id=958745). > > From what I can tell, the root cause appears to be a PDU buffer > pin count accounting issue. I've attached a patch that cranks > the volume up to 11 in the relevant areas of the code, running Oh, I should point out that the patch provides a workaround for the bug (see lines marked "!!!"); so I no longer see the sigsegv with it, but I suspect it slowly leaks pdubufs. cheers. -- Nathan From iana-shared@icann.org Fri May 17 11:39:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=MISSING_HEADERS autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 349A97F3F for ; Fri, 17 May 2013 11:39:00 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 143C5304077 for ; Fri, 17 May 2013 09:38:57 -0700 (PDT) X-ASG-Debug-ID: 1368808732-04cb6c10c107860001-S8gJnT Received: from smtp1.lax.icann.org (smtp01.icann.org [192.0.33.81]) by cuda.sgi.com with ESMTP id H2jaKGWwmBfjrDnl (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 17 May 2013 09:38:52 -0700 (PDT) X-Barracuda-Envelope-From: iana-shared@icann.org X-Barracuda-Apparent-Source-IP: 192.0.33.81 Received: from request1.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id r4HGcnOl021978; Fri, 17 May 2013 16:38:49 GMT Received: by request1.lax.icann.org (Postfix, from userid 48) id B02AF5609D8; Fri, 17 May 2013 16:38:49 +0000 (UTC) RT-Owner: pearl.liang Subject: [IANA #679881] Application for a Port Number and/or Service Name "pmwebapis" From: "Pearl Liang via RT" X-ASG-Orig-Subj: [IANA #679881] Application for a Port Number and/or Service Name "pmwebapis" Reply-To: iana-ports@iana.org In-Reply-To: References: <201305072055.r47Ktdpb021771@smtp1.lax.icann.org> Message-ID: Precedence: bulk X-RT-Loop-Prevention: IANA RT-Ticket: IANA #679881 Managed-BY: RT 4.0.8 (http://www.bestpractical.com/rt/) RT-Originator: pearl.liang@icann.org CC: kenj@internode.on.net, pcp@oss.sgi.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Date: Fri, 17 May 2013 16:38:49 +0000 X-Barracuda-Connect: smtp01.icann.org[192.0.33.81] X-Barracuda-Start-Time: 1368808732 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: 1.21 X-Barracuda-Spam-Status: No, SCORE=1.21 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=MISSING_HEADERS X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131234 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.21 MISSING_HEADERS Missing To: header Hello, We are following up with you on this one. Please address the asked question #3 in the below message. Thank you, Pearl Liang ICANN/IANA On Fri May 10 12:21:48 2013, pearl.liang wrote: > Dear Ken McDonell: > > Thank you for your submission for a user port number. Please resolved > the following questions before we can process your requests. > > 1. You only provided the following: > > Reference: > [http://oss.sgi.com/cgi- > bin/gitweb.cgi?p=pcp/pcp.git;a=blob;f=man/man3/pmwebapi.3;hb=HEAD] > > URLs are useful, but they might not be available in the future and > can be edited at any given time. IESG requires that the technical > description shall be documented in the application for future > reference purposes. Please document the service in this template. > > 2. Please explain why multiple allocations 44321, 44322, 44323 & 44324 > are necessary. You may reply to the other ticket for the current > requests. > > 3. Please confirm if a team member of Performance Co-Pilot (PCP) > Project > can email responses from . > > Thank you, > > Pearl Liang > ICANN/IANA > > > On Tue May 07 13:55:40 2013, kenj@internode.on.net wrote: > > > > Application for a Port Number and/or Service Name > > > > Assignee: Performance Co-Pilot (PCP) Project > > Contact Person: Ken McDonell > > > > Resource Request: > > > > [x] Port Number > > [x] Service Name > > > > Transport Protocols: > > [x] TCP > > [ ] UDP > > [ ] SCTP > > [ ] DCCP > > > > Service Code: [] > > Service Name: [pmwebapis] > > Desired Port Number: [44324] > > Description: [HTTP+SSL binding for Performance Co-Pilot > > client API] > > > > Reference: > > [http://oss.sgi.com/cgi- > > > bin/gitweb.cgi?p=pcp/pcp.git;a=blob;f=man/man3/pmwebapi.3;hb=HEAD] > > > > Defined TXT Keys: > > > > 1. If broadcast/multicast is used, how and what for? > > [Not used.] > > > > 2. If UDP is requested, please explain how traffic is limited, and > > whether the > > protocol reacts to congestion. > > [] > > > > 3. If UDP is requested, please indicate whether the service is > solely > > for the discovery of hosts supporting this protocol. > > [] > > > > 4. Please explain how your protocol supports versioning. > > [By versioning of the URL prefix, /pmapi, future incompatible > > pmwebapis revisions will have their own namespace.] > > > > 5. If your request is for more than one transport, please explain > in > > detail how the protocol differs over each transport. > > [N/A] > > > > 6. Please describe how your protocol supports security. Note that > > presently > > there is no IETF consensus on when it is appropriate to use a > > second port > > for an insecure version of a protocol. > > [As the session layer is HTTP over TLS, its security properties > inform > > ours. Within the application layer, authentication will be > > provided via HTTP, and inter-client confidentiality is provided > via > > private session identifiers.] > > > > 7. Please explain the state of development of your protocol. > > [Implementation and testing is well advanced. The next PCP version > > 3.8 is scheduled to release a first version of pmwebapis. > > ] > > > > 8. If SCTP is requested, is there an existing TCP and/or UDP > service > > name or > > port number assignment? If yes, provide the existing service > name > > and port number. > > [] > > > > 9. What specific SCTP capability is used by the application such > that > > a > > user who has the choice of both TCP (and/or UDP) and SCTP ports > > for > > this application would choose SCTP? See RFC 4960 section 7.1. > > [] > > > > 10. Please provide any other information that would be helpful in > > understanding how this protocol differs from existing assigned > > services. > > [The pmwebapis protocol bridges the existing PCP pmcd wire protocol > > (44321/tcp) to an HTTP client, much like any other HTTP/REST > > application binding. pmcd is long-term connection-oriented, whereas > > pmwebapis uses connections for individual operations. > > pmwebapis is the secure variant of the pmwebapi for which a related > > application to IANA for port 44323 is also being made.] > > > > From fche@redhat.com Fri May 17 14:15:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B2D8A7F3F for ; Fri, 17 May 2013 14:15:43 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 93C61304077 for ; Fri, 17 May 2013 12:15:40 -0700 (PDT) X-ASG-Debug-ID: 1368818136-04cb6c10b813520001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id yWeA7GN53EqZseJq for ; Fri, 17 May 2013 12:15:36 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4HJDWvZ001805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 May 2013 15:13:32 -0400 Received: from fche.csb (vpn-61-151.rdu2.redhat.com [10.10.61.151]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4HJDV5C014972; Fri, 17 May 2013 15:13:31 -0400 Received: by fche.csb (Postfix, from userid 2569) id 143305852D; Fri, 17 May 2013 15:13:31 -0400 (EDT) To: iana-ports@iana.org Cc: pcp@oss.sgi.com Subject: Re: [IANA #679881] Application for a Port Number and/or Service Name "pmwebapis" References: <201305072055.r47Ktdpb021771@smtp1.lax.icann.org> X-ASG-Orig-Subj: Re: [IANA #679881] Application for a Port Number and/or Service Name "pmwebapis" From: fche@redhat.com (Frank Ch. Eigler) Date: Fri, 17 May 2013 15:13:30 -0400 In-Reply-To: (Pearl Liang via's message of "Fri, 17 May 2013 16:38:49 +0000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1368818136 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 "Pearl Liang via RT" writes: > [...] > We are following up with you on this one. Please address the asked > question #3 in the below message. >> 3. Please confirm if a team member of Performance Co-Pilot (PCP) >> Project can email responses from . pcp@oss.sgi.com is a public mailing list reflector, not the "from" address of any developer. - FChE From kenj@internode.on.net Fri May 17 16:09:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E09CB7F3F for ; Fri, 17 May 2013 16:09:36 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 78E0FAC00E for ; Fri, 17 May 2013 14:09:36 -0700 (PDT) X-ASG-Debug-ID: 1368824971-04cbb05fe4379ab0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id qW9SDW02bbojmwLG for ; Fri, 17 May 2013 14:09:31 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmQSANKbllEBmVuKPGdsb2JhbAANToM4gzu+FIEXAwEBAQE4glQBAQEDASMVQAEFCwsNCwICBRYLAgIJAwIBAgExFAYNAQcBAYgCEqsDcpF4BIEmjXsHgkGBEwOdeY4g Received: from unknown (HELO [10.10.0.15]) ([1.153.91.138]) by ipmail04.adl6.internode.on.net with ESMTP; 18 May 2013 06:39:29 +0930 Message-ID: <51969C89.3050403@internode.on.net> Date: Sat, 18 May 2013 07:09:29 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: Double free() bug in interp.c References: <951154100.4430537.1368775958655.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: Double free() bug in interp.c In-Reply-To: <951154100.4430537.1368775958655.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1368824971 X-Barracuda-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.60 X-Barracuda-Spam-Status: No, SCORE=0.60 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=MARKETING_SUBJECT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131252 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.60 MARKETING_SUBJECT Subject contains popular marketing words On 17/05/13 17:32, Nathan Scott wrote: > Hi Ken, > > Keen to pick your brain on some of the things I've been looking > into today with regards to Fedora/EPEL bug #958745 (as mentioned > on IRC - https://bugzilla.redhat.com/show_bug.cgi?id=958745). > The buffer pinning is supposed to be a reference counter, so 2 values in the same pmResult pointing into the same PDU buffer is both expected and very common, so I'd be surprised if there is a core error in this area. What pmchart does that most others do not is ... > .. as a result of pressing Stop in the UI. That issues > a pmSetMode(), which calls __pmLogResetInterp() and I suspect the > two calls to __pmUnpinPDUBuf() in there to be problematic. This is the bit of your analysis I'm not sure on, yet ... > In our case, we have two metrics - so two hash entries, both are > fetched via a single __pmLogRead and in a single pmResult. The > hash table thus has two hash entries (keyed by PMID) which point > at the same pdubuf. When we walk the hash table we end up doing > two unpins on the one pdubuf, which drops its reference count to > zero and ultimately exposes us to a subsequent pmFreeResult call > which gets confused. I need to dig deeper ... I tried to create a qa test outside pmchart to expose the problem, but have not been able to do this as yet. I'll keep plugging away and let you know if I learn anything more. From kenj@internode.on.net Mon May 20 18:00:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 2D5437F37 for ; Mon, 20 May 2013 18:00:24 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 16F658F8033 for ; Mon, 20 May 2013 16:00:23 -0700 (PDT) X-ASG-Debug-ID: 1369090821-04cbb05fe3461940001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id aMYxaNLKmnuegl97 for ; Mon, 20 May 2013 16:00:22 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtkBAAKqmlF20ToW/2dsb2JhbAANTYM4wmeEQg00AlkGAgEBiBWpepI7knwDrBk Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl6.internode.on.net with ESMTP; 21 May 2013 08:30:20 +0930 Message-ID: <519AAB0E.30107@internode.on.net> Date: Tue, 21 May 2013 09:00:30 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - grab bag of post-3.8.0 goodies Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - grab bag of post-3.8.0 goodies Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1369090821 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131547 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- [Ctrl-Shift-W to unwrap lines] Changes committed to git://oss.sgi.com/kenj/pcp.git dev debian/changelog | 2 man/man1/pmnsadd.1 | 1 man/man1/pmnsdel.1 | 8 man/man1/pmnsmerge.1 | 6 man/man5/pmns.5 | 28 qa/022 | 5 qa/022.linux.3 | 193 ++++++ qa/062.out | 1198 --------------------------------------- qa/322 | 48 - qa/369 | 5 qa/369.out.4 | 534 +++++++++++++++++ qa/512 | 24 qa/527 | 137 ++++ qa/527.out | 3 qa/group | 6 src/include/pcp/import.h | 1 src/libpcp/src/interp.c | 31 - src/libpcp_fault/src/GNUmakefile | 8 src/libpcp_import/src/import.c | 32 + src/libpcp_import/src/private.h | 1 src/perl/LogImport/LogImport.pm | 1 src/pmdas/linux_proc/help | 2 src/python/pmi.c | 1 23 files changed, 1009 insertions(+), 1266 deletions(-) commit 425c90706e1d77945440cd04cbf876acc51868f6 Author: Ken McDonell Date: Tue May 21 08:58:06 2013 +1000 Improve archive integrity checking from libpcp_import Add new error code PMI_ERR_BADTIMESTAMP for situation where timestamps presented to pmiWrite() for a single archive are not monotonic increasing. Add check in pmiWrite() and Fatal Error message when PMI_ERR_BADTIMESTAMP is detected. New qa/527 to exercise this, new output for qa/369. This addresses some of the issues raised by https://bugzilla.redhat.com/show_bug.cgi?id=958745 commit a86377c86b8046e127bec0dd742b9128d8b96b15 Author: Ken McDonell Date: Tue May 21 06:46:33 2013 +1000 Expunge pmnscomp(1) references from man pages. We don't use the binary PMNS nor pmnscomp any more. Thanks to Marko Myllynen for pointing this out. commit 82d2a206a02f050912941be84f2abe0ad62fbb3a Author: Ken McDonell Date: Sat May 18 07:01:26 2013 +1000 libpcp/interp.c - fix segv in diag code dumpval() would segv if v_prior or v_next was undefined ... fix involved also refactoring dumpval() which is static and local to interp.c. commit bf70e4be785001894eba57d390572d0c320809cf Author: Ken McDonell Date: Fri May 17 17:44:27 2013 +1000 qa/022 - new output for PCP >= 3.8.1 Additional proc pmda metrics. commit 96572902efea50c0471c526165e188830973f9bc Author: Ken McDonell Date: Fri May 17 17:39:42 2013 +1000 Linux proc pmda - fix typo in help text Metric proc.psinfo.thread should be proc.psinfo.threads commit d530360e863811dd89d249d83fcb24ccfdbe2739 Author: Ken McDonell Date: Fri May 17 17:30:26 2013 +1000 qa/512 - need more careful setup This one needs more of the ../src environment setup before it gets to the starting gates. It already needs libpcp_fault, so most people will continue to see this test as Not Run. commit 55bafa1e1175d6a74a93e52f4313a72249e6ef4e Author: Ken McDonell Date: Fri May 17 17:29:39 2013 +1000 qa/062 - 062.out replaced by 062.out.* commit 8329bf13cd3ad37b972f1da1e0f6f59f375daecf Author: Ken McDonell Date: Fri May 17 16:16:33 2013 +1000 qa/322 - output selection depends on _remote_ host Move $seq.out linking to the end, and make it depend on pmcd.version fetched from the remote host. commit 8ba0078d0870e98b315871dc0abfedb0d457c5fe Author: Ken McDonell Date: Fri May 17 16:01:23 2013 +1000 debian/changelog - date is Wed, not Web! Avoids parsechangelog/debian: warning: pcp-3.8.1/debian/changelog(l5): couldn't parse date Web, 15 May 2013 08:29:36 +1000 commit c761fe784cba5225d6a066c7dd09c1d8bee8cb5d Author: Ken McDonell Date: Fri May 17 15:22:51 2013 +1000 libpcp_fault/GNUmakefile - update Needs to track the libpcp GNUmakefile ... port forward recent changes from there to here. From nscott@redhat.com Mon May 20 18:44:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 829BE7F37 for ; Mon, 20 May 2013 18:44:33 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 10E73AC002 for ; Mon, 20 May 2013 16:44:29 -0700 (PDT) X-ASG-Debug-ID: 1369093465-04cb6c10ba101080001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id UiqAcvZiynhqdBNo for ; Mon, 20 May 2013 16:44:25 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4KNiMe4021729; Mon, 20 May 2013 19:44:22 -0400 Date: Mon, 20 May 2013 19:44:22 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <698804565.6877022.1369093462884.JavaMail.root@redhat.com> In-Reply-To: <519AAB0E.30107@internode.on.net> References: <519AAB0E.30107@internode.on.net> Subject: Re: [pcp] pcp updates - grab bag of post-3.8.0 goodies MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - grab bag of post-3.8.0 goodies Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - grab bag of post-3.8.0 goodies Thread-Index: h4A+5QnLNxJUkTSP28gkSIQ3E8lEiw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369093465 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131549 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > [Ctrl-Shift-W to unwrap lines] > Changes committed to git://oss.sgi.com/kenj/pcp.git dev > ... Looks good, thanks Ken. Looking forward to that logcheck discussion, I'm guessing/hoping that since thats using raw, non-interpolated mode it will be able to detect this class of time-warp problem. > commit d530360e863811dd89d249d83fcb24ccfdbe2739 > Author: Ken McDonell > Date: Fri May 17 17:30:26 2013 +1000 > > qa/512 - need more careful setup > > This one needs more of the ../src environment setup before it > gets to the starting gates. > > It already needs libpcp_fault, so most people will continue to > see this test as Not Run. > Should we start building this variant with each build instead of as a separate build? Perhaps with some old-school makefile magic of the libpcp/{src,o32,n32,64} ilk, so that there is a libpcp/fault with the special compilation option used? Also worth a read for future thinking about fault injection: http://sourceware.org/glibc/wiki/Testing/WhiteBox Perhaps we can tackle fault injection in a less invasive manner (using the regular library builds) with systemtap and/or dyninst someday. cheers. -- Nathan From kenj@internode.on.net Mon May 20 19:23:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 11A117F37 for ; Mon, 20 May 2013 19:23:54 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id B2277AC004 for ; Mon, 20 May 2013 17:23:53 -0700 (PDT) X-ASG-Debug-ID: 1369095828-04bdf0422546db50001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 9ZwzvAEcrYY3Ba9M for ; Mon, 20 May 2013 17:23:49 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtoBACK+mlF20ToW/2dsb2JhbAANTYM4gzu+E4EbgxMBAQEDASMVQQULCxgCAgUhAgIPAkYGDQEHAQEah2kSqWtykU+BJoxJgTIHgkGBEwOYYZM4gVgHHQ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl6.internode.on.net with ESMTP; 21 May 2013 09:53:28 +0930 Message-ID: <519ABE8A.10906@internode.on.net> Date: Tue, 21 May 2013 10:23:38 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - grab bag of post-3.8.0 goodies References: <519AAB0E.30107@internode.on.net> <698804565.6877022.1369093462884.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - grab bag of post-3.8.0 goodies In-Reply-To: <698804565.6877022.1369093462884.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1369095828 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131553 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 21/05/13 09:44, Nathan Scott wrote: > ... Looking forward to that logcheck discussion, > I'm guessing/hoping that since thats using raw, non-interpolated mode > it will be able to detect this class of time-warp problem. Yes. Hopefully the logcheck RFC will be in another mail later today. > ... >> It already needs libpcp_fault, so most people will continue to >> see this test as Not Run. >> > > Should we start building this variant with each build instead of as > a separate build? Perhaps with some old-school makefile magic of the > libpcp/{src,o32,n32,64} ilk, so that there is a libpcp/fault with the > special compilation option used? I don't think so. The coverage here is pretty spotty and driven by my earlier attempts at systematic code coverage analysis that were never completed (only 5 of 60 source files in libpcp have fault injection points added) and some issues with lock nesting that are long-gone ... I think running the qa tests (that depend on this library) _somewhere_ has some merit, but running it in lots of places is probably no a big win. > Also worth a read for future thinking about fault injection: > http://sourceware.org/glibc/wiki/Testing/WhiteBox > > Perhaps we can tackle fault injection in a less invasive manner (using > the regular library builds) with systemtap and/or dyninst someday. I can see the merit in this approach for the engineer validating a hypothesis or code change. I would be interested to hear if anyone has experience (leading question!) using this approach for systemic QA and regression testing of released code. For libpcp_fault, almost none (2 of 17) of the fault injection points are at the entry point to a routine, so we'd be relying on source line numbers to align the fault point with the logic of the source code ... this seems rather fragile to me. But all good fodder for discussion ... From kenj@internode.on.net Mon May 20 20:09:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 6CDF27F37 for ; Mon, 20 May 2013 20:09:28 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id EE70AAC003 for ; Mon, 20 May 2013 18:09:24 -0700 (PDT) X-ASG-Debug-ID: 1369098562-04cb6c10c2105120001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id XJ47FntBDiwf2PuA for ; Mon, 20 May 2013 18:09:23 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApACAHnImlF20ToW/2dsb2JhbAANTYM4gzuFXrlSgz1VPRYLAgsDAgECAUsNCAEBiBWpdnKRUwSRaYETA497nB4 Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail06.adl6.internode.on.net with ESMTP; 21 May 2013 10:39:22 +0930 Message-ID: <519AC94B.9020904@internode.on.net> Date: Tue, 21 May 2013 11:09:31 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: PCP Mailing List Subject: Checking PCP archives - RFC Content-Type: multipart/mixed; boundary="------------080304010006030802050102" X-ASG-Orig-Subj: Checking PCP archives - RFC X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1369098562 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131555 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------080304010006030802050102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The attached document spells out the case for pmlogcheck. I'd appreciate feedback. If we proceed with this, there are several work items for which volunteer effort would be most appreciated. 1. expand the list of things to check for 2. write the code (perhaps I'll take this one!) 3. turn your evilness volume up to 11 and start creating corrupt archives to be added to the qa suite for pmlogcheck to feed on It would be _really_ good if different people were involved in 1. and 3. --------------080304010006030802050102 Content-Type: text/plain; charset=UTF-8; name="RFC" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="RFC" In the beginning all PCP archives were created by pmlogger. So a corrupt PCP archive meant pmlogger had a bug or was interrupted in some manner. We fixed the bugs (!) and hardened the checking of archives to ensure we could process as much as possible of an interrupted archive. But things changed and archives could be created in more ways ... - pmlogmerge, so more checks to ensure the semantic consistency of the input archives, but again we could assume pmlogmerge would create correct archives - pmlogreduce, same as pmlogmerge With the introduction of libpcp_import and bindings for Perl and Python, we now have the possibility of and infinite number of scripts creating archives using low-level calls that can be combined to produce and infinite variety of corrupted archives. The first example of this class is https://bugzilla.redhat.com/show_bug.cgi?id=958745 but we should expect more of these to be lurking in the future. When these problems appear, the initial triage effort is directed (rightly) towards the replay tool that is failing, and it takes considerable time and effort to determine that the root cause is a corrupted archive, not an application or libpcp failure. Some corruption we can (and do) catch in libpcp. We could probably do more there, but the most common usage with "interp" mode replay makes it almost impossible to check timestamps on the fly, so the but above would be most unlikely to be found there. So, in the spirit of the original Unix filesystem, I'm proposing an ncheck/icheck (none of you're whimpy fsck in those days) tool, pmlogcheck. The objective would be to have one anally retentive tool that can assert the "goodness" of a PCP archive, as the first step in any triage, even before pmdumplog is used. pmlogcheck would certainly be a multi-pass tool, initially using no libpcp services to read blocks of the files, and then graduate to the low-level libpcp routines once basic sanity has been established. The sorts of checks it might try would include: x. process temporal index if any [ ] check label [ ] if missing, warn [ ] else load temporal index x. process meta file [ ] check label [ ] check header-trailer len for every record [ ] check timestamps for indoms are monotonic increasing (and >= label record start) [ ] check timestamp and offset against temporal index (if available) [ ] if OK load metadata x. process each metric volume file [ ] check label [ ] check header-trailer len for every record [ ] check timestamps are monotonic increasing (and >= label record start) [ ] check timestamp and offset against temporal index (if available) [ ] check pmids are defined in meta data [ ] check instances are defined in metadata [ ] check value encoding matches metadata type --------------080304010006030802050102-- From nscott@redhat.com Tue May 21 01:50:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 6C4BF29DF8 for ; Tue, 21 May 2013 01:50:51 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 59E3D8F8037 for ; Mon, 20 May 2013 23:50:48 -0700 (PDT) X-ASG-Debug-ID: 1369119045-04cbb05fe5478e00001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id b1QufirBxuDXvArt for ; Mon, 20 May 2013 23:50:46 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4L6ojLG010011 for ; Tue, 21 May 2013 02:50:45 -0400 Date: Tue, 21 May 2013 02:50:45 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <911160584.7104421.1369119045307.JavaMail.root@redhat.com> In-Reply-To: <2039259307.7104280.1369119015008.JavaMail.root@redhat.com> Subject: pcp-gui updates: books merge, pmchart hosts vs titles MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-gui updates: books merge, pmchart hosts vs titles Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp-gui updates: books merge, pmchart hosts vs titles Thread-Index: Jb2t26uh5IXI8KtzEEmf9iulFVfZXA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369119045 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131579 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp-gui.git dev GNUmakefile | 5 aclocal.m4 | 52 +++++++- books/GNUmakefile | 15 ++ books/PCP_PG/.gitignore | 3 books/PCP_PG/Book_Info.xml | 18 ++ books/PCP_PG/GNUmakefile | 49 ++++++++ books/PCP_PG/README | 5 books/PCP_PG/figures/GNUmakefile | 11 + books/PCP_PG/publican.cfg | 5 books/PCP_PG/publican/.gitignore | 3 books/PCP_PG/publican/Book_Info.xml | 18 -- books/PCP_PG/publican/en-US | 1 books/PCP_PG/publican/publican.cfg | 5 books/PCP_PG/publican/xml/.gitignore | 1 books/PCP_PG/publican/xml/figures | 1 books/PCP_PG/publican/xml/programmer-guide.xml | 1 books/PCP_PG/xml/.gitignore | 3 books/PCP_PG/xml/GNUmakefile | 15 ++ books/PCP_UAG/.gitignore | 3 books/PCP_UAG/Book_Info.xml | 18 ++ books/PCP_UAG/GNUmakefile | 49 ++++++++ books/PCP_UAG/README | 5 books/PCP_UAG/figures/GNUmakefile | 11 + books/PCP_UAG/publican.cfg | 5 books/PCP_UAG/publican/.gitignore | 3 books/PCP_UAG/publican/Book_Info.xml | 18 -- books/PCP_UAG/publican/en-US | 1 books/PCP_UAG/publican/publican.cfg | 5 books/PCP_UAG/publican/xml/.gitignore | 1 books/PCP_UAG/publican/xml/figures | 1 books/PCP_UAG/publican/xml/user-administrator-guide.xml | 1 books/PCP_UAG/xml/.gitignore | 3 books/PCP_UAG/xml/GNUmakefile | 15 ++ books/README | 10 + build/rpm/fedora.spec | 1 build/rpm/pcp-gui.spec.in | 1 debian/control | 2 doc/CHANGES | 1 m4/package_globals.m4 | 14 +- m4/package_utilies.m4 | 38 ++++++ man/html/GNUmakefile | 4 man/html/diskmodel/GNUmakefile | 4 man/html/images/GNUmakefile | 4 man/html/importdata/GNUmakefile | 4 man/html/pmie/GNUmakefile | 4 man/html/pmview/GNUmakefile | 4 src/chart/chart.cpp | 98 +++++++++------- src/chart/chart.h | 7 - src/chart/view.cpp | 5 src/include/builddefs.in | 8 - src/include/buildrules | 12 + src/include/version.h.in | 2 52 files changed, 423 insertions(+), 150 deletions(-) commit 80cc37a833aaa5518129da43c5719d9bf149c35d Author: Frank Ch. Eigler Date: Tue May 21 16:49:07 2013 +1000 Update pmchart title %h with list of chartitem metric host names Revamp of Chart::changeTitle() to use its then-current ChartItem vector to compute an accurate %h (hostname) expansion. Since then-currentness changes as metrics are added/removed, recompute the expansion after each such change. In the process, change the Chart::my.title field to a QString rather than an error/corruption-prone char *. Resolves oss.sgi.com bugzilla bug #832. commit 2ce5622a5ed607ade7603d856e29deb911d14240 Author: Nathan Scott Date: Tue May 21 16:37:53 2013 +1000 Incorporate the pcp-books tree into pcp-gui tree (and pcp-doc package) Stitch pcp-books into pcp-gui tree using git import magic. Then, add configure and makefile goo to make the build descend into book source and build and install generated pdf files (just pdfs for now). configury is added allowing any of publican/dblatex/xmlto to be used, with the sample command line invocations Frank listed in the README. The generated files from publican seem to look the "nicest" and using fonts by default that are more like the existing pcp-doc docs so I've defaulted to publican (and added rpm and deb build-depends for it). From fche@redhat.com Tue May 21 09:27:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 924DD29DF8 for ; Tue, 21 May 2013 09:27:08 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 7EEED8F8074 for ; Tue, 21 May 2013 07:27:05 -0700 (PDT) X-ASG-Debug-ID: 1369146421-04cbb05fe3492f90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id HNioRn777467zonX for ; Tue, 21 May 2013 07:27:01 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4LEQwCk030982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 May 2013 10:26:58 -0400 Received: from fche.csb (vpn-62-51.rdu2.redhat.com [10.10.62.51]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4LEQwMs020257; Tue, 21 May 2013 10:26:58 -0400 Received: by fche.csb (Postfix, from userid 2569) id 997405858C; Tue, 21 May 2013 10:26:57 -0400 (EDT) To: Ken McDonell Cc: Nathan Scott , pcp@oss.sgi.com Subject: Re: pcp updates - grab bag of post-3.8.0 goodies References: <519AAB0E.30107@internode.on.net> <698804565.6877022.1369093462884.JavaMail.root@redhat.com> <519ABE8A.10906@internode.on.net> X-ASG-Orig-Subj: Re: pcp updates - grab bag of post-3.8.0 goodies From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 21 May 2013 10:26:57 -0400 In-Reply-To: <519ABE8A.10906@internode.on.net> (Ken McDonell's message of "Tue, 21 May 2013 10:23:38 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1369146421 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Ken McDonell writes: > [...] >> Perhaps we can tackle fault injection in a less invasive manner (using >> the regular library builds) with systemtap and/or dyninst someday. > > I can see the merit in this approach for the engineer validating a > hypothesis or code change. I would be interested to hear if anyone > has experience (leading question!) using this approach for systemic QA > and regression testing of released code. > > For libpcp_fault, almost none (2 of 17) of the fault injection points > are at the entry point to a routine, so we'd be relying on source line > numbers to align the fault point with the logic of the source code > ... this seems rather fragile to me. (These injection points could be identified by name rather than source coordinates.) glibc folks have started investigating fault injection instrumentation for much the same reasons as here. [1] is the current tail of the discussion. There's an opportunity to prototype something in one project and have it be adopted in the other. [1] http://sourceware.org/ml/libc-alpha/2013-05/msg00191.html - FChE From fche@redhat.com Tue May 21 11:03:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F29AA29DF8 for ; Tue, 21 May 2013 11:03:20 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id CEA7B8F8040 for ; Tue, 21 May 2013 09:03:17 -0700 (PDT) X-ASG-Debug-ID: 1369152196-04cb6c10b813cf50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 1nIpVzG2ctvh4OYJ for ; Tue, 21 May 2013 09:03:17 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r4LG3DI8004129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 May 2013 12:03:14 -0400 Received: from fche.csb (vpn-62-51.rdu2.redhat.com [10.10.62.51]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4LG3DGq000901; Tue, 21 May 2013 12:03:13 -0400 Received: by fche.csb (Postfix, from userid 2569) id A2C3A5858C; Tue, 21 May 2013 12:03:12 -0400 (EDT) To: Ken McDonell Cc: PCP Mailing List Subject: Re: Checking PCP archives - RFC References: <519AC94B.9020904@internode.on.net> X-ASG-Orig-Subj: Re: Checking PCP archives - RFC From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 21 May 2013 12:03:12 -0400 In-Reply-To: <519AC94B.9020904@internode.on.net> (Ken McDonell's message of "Tue, 21 May 2013 11:09:31 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1369152196 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 kenj wrote: > 1. expand the list of things to check for > 2. write the code (perhaps I'll take this one!) > 3. turn your evilness volume up to 11 and start creating corrupt > archives to be added to the qa suite for pmlogcheck to feed on > > It would be _really_ good if different people were involved in 1. and 3. For #3, have you considered writing a general fuzzer? > [...] So, in the spirit of the original Unix filesystem, I'm > proposing an ncheck/icheck (none of you're whimpy fsck in those > days) tool, pmlogcheck. [...] Have you considered whether this sort of checking could be added to libpcp pmNewContext, activated by environment variable or somesuch, as opposed to a separate tool? - FChE From brolley@redhat.com Tue May 21 12:47:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id DE8AB29DF8 for ; Tue, 21 May 2013 12:47:04 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 79649AC004 for ; Tue, 21 May 2013 10:47:01 -0700 (PDT) X-ASG-Debug-ID: 1369158417-04cb6c10c1144540001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id AxUwB6e3DhDTtXYW for ; Tue, 21 May 2013 10:46:57 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4LHkugS010173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 21 May 2013 13:46:57 -0400 Received: from [10.15.16.119] (dhcp-10-15-16-119.yyz.redhat.com [10.15.16.119]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4LHkuXd025713 for ; Tue, 21 May 2013 13:46:56 -0400 Message-ID: <519BB30F.3050801@redhat.com> Date: Tue, 21 May 2013 13:46:55 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates: IPv6 for libpcp_pmda Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates: IPv6 for libpcp_pmda 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: 1369158417 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 The following has been pushed to the brolley/dev branch of the pcpfans repository. It adds IPv6 support to the pmdaConnect() API of libpcp_pmda. Some guidance regarding which qa test(s) to augment would be appreciated. It's hard to tell by number :-( Dave commit 25dea424f627badb0f42d2a513235170c4c1ded5 Author: Dave Brolley Date: Tue May 21 11:24:06 2013 -0400 IPv6 Support in libpcp_pmda. - Add a new pmdaIPv6 enumerator to pmdaIoType - Rename pmdaOpenInet() to pmdaOpenIP(). It now handles inet and IPv6 sockets. - Add new -6 option to pmdaGetOpt() to request an IPv6 connection. - Add set_ipv6_socket() to src/perl/PMDA/PMDA.xs and src/python/pcp/pmda.py - update the pmdaconnect.3 man page From brolley@redhat.com Tue May 21 12:55:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 0C9D829DF8 for ; Tue, 21 May 2013 12:55:58 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id CF93E30404E for ; Tue, 21 May 2013 10:55:54 -0700 (PDT) X-ASG-Debug-ID: 1369158953-04bdf042234b0e50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id hAUdk8xwfXcZhEYR for ; Tue, 21 May 2013 10:55:53 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4LHtr1V018204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 21 May 2013 13:55:53 -0400 Received: from [10.15.16.119] (dhcp-10-15-16-119.yyz.redhat.com [10.15.16.119]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4LHtruT012911; Tue, 21 May 2013 13:55:53 -0400 Message-ID: <519BB528.5040009@redhat.com> Date: Tue, 21 May 2013 13:55:52 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] IPv6 For libpcp_pmda References: <51911381.2060600@redhat.com> <152876642.1184024.1368503522352.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] IPv6 For libpcp_pmda In-Reply-To: <152876642.1184024.1368503522352.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1369158953 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 05/13/2013 11:52 PM, Nathan Scott wrote: > > The PMDA/PMCD relationship is quite a bit different to the client/pmcd > relationship - its one-to-one (noone else will be communicating on this > channel) and is much more controlled. So, I don't think opening ports > for both ipv6 and inet is warranted in the PMDA case, and this should > simplify things. Back-compatibility is required, and this ipv6 option > should be available transparently to all PMDAs that support sockets. As posted to the project list, I've added a -6 option to pmdaGetOpt() for requesting an IPv6 socket. Should I go ahead and a "6:" to the option strings of all the callers as well? > > So, the pmcd.conf parsing should be extended to have an "ipv6" style of > socket (alongside unix and inet - start from pmcd/src/config.c line 680 > or so), and this should be propagated around including the spots you've > listed above. Ultimately, it should be an ./Install-time decision for > an admin to make, should they choose to go with the socket connection > option for any given PMDA. I I'll look at this next. Dave From nscott@redhat.com Tue May 21 17:30:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2BC3929DF8 for ; Tue, 21 May 2013 17:30:25 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id BDF7AAC002 for ; Tue, 21 May 2013 15:30:24 -0700 (PDT) X-ASG-Debug-ID: 1369175420-04cb6c10c2157890001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id sV5q4MH2qzocs4ma for ; Tue, 21 May 2013 15:30:20 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4LMUH29009903; Tue, 21 May 2013 18:30:17 -0400 Date: Tue, 21 May 2013 18:30:17 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <299180914.8758622.1369175417508.JavaMail.root@redhat.com> In-Reply-To: <519BB528.5040009@redhat.com> References: <51911381.2060600@redhat.com> <152876642.1184024.1368503522352.JavaMail.root@redhat.com> <519BB528.5040009@redhat.com> Subject: Re: [pcp] IPv6 For libpcp_pmda MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] IPv6 For libpcp_pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: IPv6 For libpcp_pmda Thread-Index: ZzGl4taTnX9Eao/VNf6Z8lq5l3bxMA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369175420 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131641 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > On 05/13/2013 11:52 PM, Nathan Scott wrote: > > > > The PMDA/PMCD relationship is quite a bit different to the client/pmcd > > relationship - its one-to-one (noone else will be communicating on this > > channel) and is much more controlled. So, I don't think opening ports > > for both ipv6 and inet is warranted in the PMDA case, and this should > > simplify things. Back-compatibility is required, and this ipv6 option > > should be available transparently to all PMDAs that support sockets. > As posted to the project list, I've added a -6 option to pmdaGetOpt() > for requesting an IPv6 socket. Should I go ahead and a "6:" to the > option strings of all the callers as well? Sounds right. Usage messages and man pages will also be affected. cheers. -- Nathan From nscott@redhat.com Tue May 21 17:41:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 5E6AD29DF8 for ; Tue, 21 May 2013 17:41:59 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id EDC41AC003 for ; Tue, 21 May 2013 15:41:58 -0700 (PDT) X-ASG-Debug-ID: 1369176113-04cbb05fe24b8060001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id xIuUJeB004CR7niB for ; Tue, 21 May 2013 15:41:53 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4LMfq4X011769; Tue, 21 May 2013 18:41:52 -0400 Date: Tue, 21 May 2013 18:41:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <1830647660.8761384.1369176112662.JavaMail.root@redhat.com> In-Reply-To: <519BB30F.3050801@redhat.com> References: <519BB30F.3050801@redhat.com> Subject: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP Updates: IPv6 for libpcp_pmda Thread-Index: e0QImPzpT8tbM/r6Nn5cmCqepu/KCQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369176113 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131641 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > The following has been pushed to the brolley/dev branch of the pcpfans > repository. It adds IPv6 support to the pmdaConnect() API of libpcp_pmda. Looking good - couple of minor nits ... pmda.h - this is an ABI breaking change, doesn't have to be if you move the new enum entry to the end of the set rather than in the middle. open.c - this too doesn't really need to risk fallout from changing the API. Instead, I'd suggest keeping __pmdaOpenInet, add __pmdaOpenIPv6 and make 'em one-line wrappers around your new __pmdaOpenIP (modified __pmdaOpenInet). I wonder if __pmdaOpenSocket might be a more natural fit as the new name here, rather than __pmdaOpenIP? > Some guidance regarding which qa test(s) to augment would be > appreciated. It's hard to tell by number :-( 110 156 199 seem like initial candidates. Looks like they'll need the pmcd and pmdaproc.sh support in place first though. cheers. -- Nathan From nscott@redhat.com Tue May 21 18:02:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A009029DF8 for ; Tue, 21 May 2013 18:02:37 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4D3E5AC004 for ; Tue, 21 May 2013 16:02:37 -0700 (PDT) X-ASG-Debug-ID: 1369177353-04bdf042244c6310001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id awuMFOALahIKryAG for ; Tue, 21 May 2013 16:02:33 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4LN2U53029759; Tue, 21 May 2013 19:02:31 -0400 Date: Tue, 21 May 2013 19:02:30 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <141842009.8767308.1369177350957.JavaMail.root@redhat.com> In-Reply-To: <519AC94B.9020904@internode.on.net> References: <519AC94B.9020904@internode.on.net> Subject: Re: [pcp] Checking PCP archives - RFC MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Checking PCP archives - RFC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Checking PCP archives - RFC Thread-Index: vammcWUJSXRUxWVja536Y+JyfoTxog== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369177353 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131643 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > The attached document spells out the case for pmlogcheck. > > I'd appreciate feedback. I think missing is discussion of the existing pmlogcheck(1) and how a new tool will supplant that guy, presumably keeping the existing code as a final pass? pmloglabel also could get a mention - perhaps it'll become a wrapper tool, since I'd expect its label checks would become part of the bigger picture here. pmlogcheck uses the PMAPI in non-interp mode. pmloglabel doesn't use the PMAPI at all for I/O, IIRC, and I think is more the model you're thinking here (does the file I/O directly to get labels). > If we proceed with this, there are several work items for which > volunteer effort would be most appreciated. > > 1. expand the list of things to check for loglabel is checking consistency across the multiple files - be worth doing that still, esp. since it was once a bug that those managed to get out of sync somehow. > 2. write the code (perhaps I'll take this one!) Yes please! :) I'm looking forward to helping out; keen to learn more about some of the more ancient aspects of this code (metadata format & temporal index format & usage). On a somewhat related discussion for another time - I'll throw it out here just to get the hamster wheel spinning - I have had occasion to wonder whether we could index other things too, so not only for quick time-based lookups but also fast searching of other things like event records containing specific parameters, parameters in a range, etc. Big, big project - not sure if this can/should be shoe-horned into the existing archive format - so, a discussion for some other time. ;) > 3. turn your evilness volume up to 11 and start creating corrupt > archives to be added to the qa suite for pmlogcheck to feed on > > It would be _really_ good if different people were involved in 1. and 3. Do you imagine this tool might be able to *fix* corrupt archives too? pmloglabel does, and that was extremely handy at the time. Even if a subset of the data was all that remained... can still be crucial if it is the only record one has of what happened in the past. cheers. -- Nathan From nscott@redhat.com Tue May 21 18:38:45 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C424C29DF8 for ; Tue, 21 May 2013 18:38:45 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6D03EAC002 for ; Tue, 21 May 2013 16:38:45 -0700 (PDT) X-ASG-Debug-ID: 1369179524-04bdf0781600300001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id wwCtSeGmC1p36cyU for ; Tue, 21 May 2013 16:38:44 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4LNch5Z020419; Tue, 21 May 2013 19:38:43 -0400 Date: Tue, 21 May 2013 19:38:43 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <671549663.8776554.1369179523837.JavaMail.root@redhat.com> In-Reply-To: <1830647660.8761384.1369176112662.JavaMail.root@redhat.com> References: <519BB30F.3050801@redhat.com> <1830647660.8761384.1369176112662.JavaMail.root@redhat.com> Subject: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP Updates: IPv6 for libpcp_pmda Thread-Index: e0QImPzpT8tbM/r6Nn5cmCqepu/KCSaOkT7/ X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369179524 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131645 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > ----- Original Message ----- > > Some guidance regarding which qa test(s) to augment would be > > appreciated. It's hard to tell by number :-( > > 110 156 199 seem like initial candidates. Looks like they'll need the pmcd > and pmdaproc.sh support in place first though. > Another way to test just the work thats been done so far would be to extend the sock command in dbpmda. Currently it only supports unix domain sockets though - thats an early-days-of-pcp assumption which we could rectify here. Lemme look into that today, hopefully I'll have something to send ya by the time you're online tomorrow. cheers. -- Nathan From kenj@internode.on.net Tue May 21 18:52:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6204E29E0D for ; Tue, 21 May 2013 18:52:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 4303C8F8050 for ; Tue, 21 May 2013 16:52:23 -0700 (PDT) X-ASG-Debug-ID: 1369180341-04cbb0049d01010001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 4lWBU7xAVN18mLsK for ; Tue, 21 May 2013 16:52:21 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAMgHnFF20ToW/2dsb2JhbAANTYZzu0iCaIEcgxcBAQEDASMVQAEFBwQLGAICBRYLAgIJAwIBAgFFBg0BBwEBiAOpGHKRaIEmjXQHgkGBEwOsGQ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 22 May 2013 09:22:21 +0930 Message-ID: <519C08C0.7000600@internode.on.net> Date: Wed, 22 May 2013 09:52:32 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] Checking PCP archives - RFC References: <519AC94B.9020904@internode.on.net> <141842009.8767308.1369177350957.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Checking PCP archives - RFC In-Reply-To: <141842009.8767308.1369177350957.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1369180341 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131647 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 22/05/13 09:02, Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- >> The attached document spells out the case for pmlogcheck. >> >> I'd appreciate feedback. > > I think missing is discussion of the existing pmlogcheck(1) ... I think you meant pmloglabel(1) ... good point, I had completely overlooked this, because the bug that triggered this had nothing to do with the label records. > ... and how a > new tool will supplant that guy, presumably keeping the existing code > as a final pass? pmloglabel also could get a mention - perhaps it'll > become a wrapper tool, since I'd expect its label checks would become > part of the bigger picture here. > > pmlogcheck uses the PMAPI in non-interp mode. pmloglabel doesn't use > the PMAPI at all for I/O, IIRC, and I think is more the model you're > thinking here (does the file I/O directly to get labels). pmlogcheck (the new tool) will use low-level I/O until it is sure the structure of the archive files is correct (pass 0), then uses the PMAPI (or more likely the undocumented __pm* routines below the PMAPI) routines to check the semantics of the archive in the later passes. I'd tend to keep pmloglabel separate until I figure out if and how pmlogcheck should offer to repair damaged archives. Certainly the label checking part of pmloglabel would be replicated (even copied maybe) into pmlogcheck. > ... I'm looking forward to helping out; keen to learn more > about some of the more ancient aspects of this code (metadata format & > temporal index format & usage). There's really nothing too tricky here ... but I'll take the opportunity to add more verbose than usual comments (for me!) in pmlogcheck to document this sort of detail. > On a somewhat related discussion for another time - I'll throw it out > here just to get the hamster wheel spinning - I have had occasion to > wonder whether we could index other things too, so not only for quick > time-based lookups but also fast searching of other things like event > records containing specific parameters, parameters in a range, etc. > Big, big project - not sure if this can/should be shoe-horned into the > existing archive format - so, a discussion for some other time. ;) Interesting ... I suspect this might be another optional go-faster index external to the existing files (or perhaps another section added to the end of the current temporal index). > Do you imagine this tool might be able to *fix* corrupt archives too? > pmloglabel does, and that was extremely handy at the time. Even if a > subset of the data was all that remained... can still be crucial if it > is the only record one has of what happened in the past. Not sure about this ... very little of the sorts of problems I expect to encounter are amenable to automatic repair (with the possible exception of rebuilding the .index file which is feasible, but I'm not sure how useful until we actually have one that's missing). For example, - timestamps going backwards - pmid in pmResult not in PMNS - instance in pmResult not in pmInDom at time of pmResult - value encoding in pmResult does not match metric type from metadata On the other hand, interactive repair could be very messy, both in terms of code complexity and UI confusion (anyone old enough to remember icheck/ncheck or even the early days of fsck will understand this). I'll add repair to the TODO list for the moment. Thanks for the feedback. From nscott@redhat.com Tue May 21 18:59:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3D9C829DF8 for ; Tue, 21 May 2013 18:59:35 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id CCC1BAC002 for ; Tue, 21 May 2013 16:59:34 -0700 (PDT) X-ASG-Debug-ID: 1369180772-04cb6c4742011e0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id BgLaf0Msjnh8H728 for ; Tue, 21 May 2013 16:59:33 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4LNxUEW005786; Tue, 21 May 2013 19:59:30 -0400 Date: Tue, 21 May 2013 19:59:30 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <230016256.8782810.1369180770282.JavaMail.root@redhat.com> In-Reply-To: <519C08C0.7000600@internode.on.net> References: <519AC94B.9020904@internode.on.net> <141842009.8767308.1369177350957.JavaMail.root@redhat.com> <519C08C0.7000600@internode.on.net> Subject: Re: [pcp] Checking PCP archives - RFC MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Checking PCP archives - RFC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Checking PCP archives - RFC Thread-Index: +8c9EjTolfkbhilU5CEetQYM4tOL1w== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369180772 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131647 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 22/05/13 09:02, Nathan Scott wrote: > > Hi Ken, > > > > ----- Original Message ----- > >> The attached document spells out the case for pmlogcheck. > >> > >> I'd appreciate feedback. > > > > I think missing is discussion of the existing pmlogcheck(1) ... > > I think you meant pmloglabel(1) ... src/pmlogsummary/pmlogcheck.c man/man1/pmlogcheck.1 cheers. -- Nathan From kenj@internode.on.net Tue May 21 19:00:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B31F029DF8 for ; Tue, 21 May 2013 19:00:39 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4CEF6AC002 for ; Tue, 21 May 2013 17:00:39 -0700 (PDT) X-ASG-Debug-ID: 1369180837-04bdf07818014f0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id GZtEZFnPcw6wfipD for ; Tue, 21 May 2013 17:00:37 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBACsKnFF20ToW/2dsb2JhbAANTcI8gmiBHIMXAQEBBDhAARALGAkWDwkDAgECAUUGDQEHAQGxIJJYjWiBMgeDVAOsGYFf Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 22 May 2013 09:30:30 +0930 Message-ID: <519C0AA9.5010706@internode.on.net> Date: Wed, 22 May 2013 10:00:41 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Mailing List Subject: Re: Checking PCP archives - RFC References: <519AC94B.9020904@internode.on.net> X-ASG-Orig-Subj: Re: Checking PCP archives - RFC In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1369180837 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131647 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 22/05/13 02:03, Frank Ch. Eigler wrote: > > For #3, have you considered writing a general fuzzer? I considered it, but only briefly ... I think there is more bang for buck in making bad archives in a structured-directed way, rather than changing random bytes in an archive (or did you have some more sophisticated sort of fuzzer in mind?). >> [...] So, in the spirit of the original Unix filesystem, I'm >> proposing an ncheck/icheck (none of you're whimpy fsck in those >> days) tool, pmlogcheck. [...] > > Have you considered whether this sort of checking could be added to > libpcp pmNewContext, activated by environment variable or somesuch, as > opposed to a separate tool? Given there are possibly millions of PCP archives in the existence, and the number of pathologically broken ones is (as far as I know) very small (less than 10?), I'm not convinced that the overhead (pmlogcheck is not going to be cheap in terms of resource demand) is warranted for every invocation of pmNewContext with PM_CONTEXT_ARCHIVE, but conditionally based on an environment variable (or maybe even a type modifier to pmNewContext, in the flavor of PM_CTXFLAG_SECURE) is certainly feasible. I'll add this to the TODO list. I still think pmlogcheck needs to be a separate tool, especially if it grows into something that can repair some classes of corruption, as per my earlier mail exchange with Nathan. From kenj@internode.on.net Tue May 21 19:10:17 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 43BCB29E0D for ; Tue, 21 May 2013 19:10:17 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 247AB8F8050 for ; Tue, 21 May 2013 17:10:14 -0700 (PDT) X-ASG-Debug-ID: 1369181412-04bdf0781901d00001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 5Ct1T0k3R5LTol56 for ; Tue, 21 May 2013 17:10:12 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAFYMnFF20ToW/2dsb2JhbAANTYZzu0mCaIEcgxcBAQEDASMVQAEFCwsaAgUWCwICCQMCAQIBRQYNAQcBAYgDqR9ykWWBJo10B4JBgRMDrBk Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 22 May 2013 09:39:38 +0930 Message-ID: <519C0CCE.2080105@internode.on.net> Date: Wed, 22 May 2013 10:09:50 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] Checking PCP archives - RFC References: <519AC94B.9020904@internode.on.net> <141842009.8767308.1369177350957.JavaMail.root@redhat.com> <519C08C0.7000600@internode.on.net> <230016256.8782810.1369180770282.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Checking PCP archives - RFC In-Reply-To: <230016256.8782810.1369180770282.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1369181412 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131647 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 22/05/13 09:59, Nathan Scott wrote: > src/pmlogsummary/pmlogcheck.c > man/man1/pmlogcheck.1 Oh! and thanks! I have no recollection of this ... and the git history does not reach back into the SGI source repository, so I can't even use p_blame. I need to go off and study this code and see how much overlap there is. But it appears to be using pmFetchArchive() which is only going to work after passing the earlier passes proposed for (the new, and now name conflicted) pmlogcheck. First reaction would be that the "new" pmlogcheck" would be a superset of, and replace, the existing tool of the same name. From nscott@redhat.com Tue May 21 20:57:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4C82929E03 for ; Tue, 21 May 2013 20:57:51 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3BA8C8F8037 for ; Tue, 21 May 2013 18:57:48 -0700 (PDT) X-ASG-Debug-ID: 1369187863-04cb6c474106800001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id whTN7r7LlWd7PLQx for ; Tue, 21 May 2013 18:57:43 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4M1veg2026082; Tue, 21 May 2013 21:57:40 -0400 Date: Tue, 21 May 2013 21:57:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <57752132.8819499.1369187860451.JavaMail.root@redhat.com> In-Reply-To: <519C0CCE.2080105@internode.on.net> References: <519AC94B.9020904@internode.on.net> <141842009.8767308.1369177350957.JavaMail.root@redhat.com> <519C08C0.7000600@internode.on.net> <230016256.8782810.1369180770282.JavaMail.root@redhat.com> <519C0CCE.2080105@internode.on.net> Subject: Re: [pcp] Checking PCP archives - RFC MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Checking PCP archives - RFC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF3.5 (Linux)/8.0.3_GA_5664) Thread-Topic: Checking PCP archives - RFC Thread-Index: 83/VkYMep66UPbhjaml3UiWyN3LIag== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369187863 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131655 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 22/05/13 09:59, Nathan Scott wrote: > > > src/pmlogsummary/pmlogcheck.c > > man/man1/pmlogcheck.1 > > Oh! and thanks! > > I have no recollection of this ... and the git history does not reach > back into the SGI source repository, so I can't even use p_blame. My vague recollection is that its an Ania/Ken creation ... its that old :) I only remember it because it was an offshoot of pmlogsummary which had just been written a little earlier (which also uses non-interp mode) and thats why it lives in that slightly odd spot in the tree. > I need to go off and study this code and see how much overlap there is. > But it appears to be using pmFetchArchive() which is only going to > work after passing the earlier passes proposed for (the new, and now > name conflicted) pmlogcheck. > > First reaction would be that the "new" pmlogcheck" would be a superset > of, and replace, the existing tool of the same name. Right, and perhaps this could turn into a final check phase/pass. Hope it helps, anyway. cheers. -- Nathan From travel@travaholic.in Tue May 21 22:44:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 82A9E29E03 for ; Tue, 21 May 2013 22:44:19 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 1BB8DAC003 for ; Tue, 21 May 2013 20:44:15 -0700 (PDT) X-ASG-Debug-ID: 1369194252-04cb6c473f0b740001-S8gJnT Received: from smtp.net4india.com (smtp.net4india.com [202.71.131.15]) by cuda.sgi.com with ESMTP id r0gLcpQC6bhsvfEY for ; Tue, 21 May 2013 20:44:13 -0700 (PDT) X-Barracuda-Envelope-From: travel@travaholic.in X-Barracuda-Apparent-Source-IP: 202.71.131.15 Received: from [59.161.21.94] (helo=hp-65af834cfbe0) by smtp.net4india.com with esmtp (Exim 4.72) (envelope-from ) id 1UezyF-0007rD-3R for pcp@oss.sgi.com; Wed, 22 May 2013 09:14:11 +0530 From: "karishma Katyal" Subject: Karishma Invite forr Holiday Vacation for pcp@oss.sgi.com To: pcp@oss.sgi.com X-ASG-Orig-Subj: Karishma Invite forr Holiday Vacation for pcp@oss.sgi.com Content-Type: multipart/alternative; boundary="=_OTmgVhO87ksb4P6NAGxK75YtUeH0eRU30" MIME-Version: 1.0 Reply-To: goa@khushiwebworld.com Date: Wed, 22 May 2013 09:14:08 +0530 X-Barracuda-Connect: smtp.net4india.com[202.71.131.15] X-Barracuda-Start-Time: 1369194252 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.34 X-Barracuda-Spam-Status: No, SCORE=0.34 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_MESSAGE, MISSING_MID, PR0N_SUBJECT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131661 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.14 MISSING_MID Missing Message-Id: header 0.00 HTML_MESSAGE BODY: HTML included in message 0.20 PR0N_SUBJECT Subject has letters around special characters (pr0n) Message-Id: <20130522034415.66AF0129619B@cuda.sgi.com> This is a multi-part message in MIME format --=_OTmgVhO87ksb4P6NAGxK75YtUeH0eRU30 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable - This mail is a HTML mail. Not all elements could be shown in plain = text mode. - Hi, A trip to Goa is a very memorable one as Goa is a lovely place of visi= t. And to make that trip even more memorable, one needs to plan the tr= ip very smartly. There are several guidelines which are to be followed= while planning a trip to Goa. We have the ultimate guide for your trip in goa. Visit us at http://realbeauty.asia Thanks for your valubale time Regards ... Karishma Katyal --=_OTmgVhO87ksb4P6NAGxK75YtUeH0eRU30 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

Hi,
A trip to Goa is a very memorable one as Goa is a lovely pla= ce of visit. And to make that trip even more memorable, one needs to p= lan the trip very smartly. There are several guidelines which are to b= e followed while planning a trip to Goa.

We have the ultimate guide for your trip in goa. Visit us at http://realbeauty.asia

Thanks for your valubale time

Regards ...

Karishma Katyal

--=_OTmgVhO87ksb4P6NAGxK75YtUeH0eRU30-- From nscott@redhat.com Wed May 22 04:13:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A94167F76 for ; Wed, 22 May 2013 04:13:41 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6B9F8304039 for ; Wed, 22 May 2013 02:13:38 -0700 (PDT) X-ASG-Debug-ID: 1369214013-04bdf078181eed0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id w9O0I6aZTImXdyiu for ; Wed, 22 May 2013 02:13:33 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4M9DXul000528; Wed, 22 May 2013 05:13:33 -0400 Date: Wed, 22 May 2013 05:13:33 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <1902643885.8984670.1369214013562.JavaMail.root@redhat.com> In-Reply-To: <671549663.8776554.1369179523837.JavaMail.root@redhat.com> References: <519BB30F.3050801@redhat.com> <1830647660.8761384.1369176112662.JavaMail.root@redhat.com> <671549663.8776554.1369179523837.JavaMail.root@redhat.com> Subject: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda Content-Type: multipart/mixed; boundary="----=_Part_8984668_216381325.1369214013560" X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP Updates: IPv6 for libpcp_pmda Thread-Index: e0QImPzpT8tbM/r6Nn5cmCqepu/KCSaOkT7/prdEgSg= X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369214013 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131683 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ------=_Part_8984668_216381325.1369214013560 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Dave, ----- Original Message ----- > ----- Original Message ----- > > ----- Original Message ----- > > > Some guidance regarding which qa test(s) to augment would be > > > appreciated. It's hard to tell by number :-( > > > > 110 156 199 seem like initial candidates. Looks like they'll need the pmcd > > and pmdaproc.sh support in place first though. > > > > Another way to test just the work thats been done so far would be to extend > the sock command in dbpmda. Currently it only supports unix domain sockets > though - thats an early-days-of-pcp assumption which we could rectify here. > Lemme look into that today, hopefully I'll have something to send ya by the > time you're online tomorrow. Attached patch appears to work for me when testing with inet sockets - it should also work for exercising the new IPv6 libpcp_pmda code. $ cd /var/lib/pcp/pmdas/simple $ ./pmdasimple -U nathans -i 23456 -l /tmp/simple.log $ dbpmda dbpmda> open open dso dsoname init_routine [ domain# ] open pipe execname [ arg ... ] open socket unix sockname open socket inet port#|service open socket ipv6 port#|service dbpmda> open socket inet 23456 Connect to PMDA on inet port 23456 dbpmda> status Namespace: (default) PMDA: inet port 23456 Connection: daemon PMDA PMAPI Version: 2 pmDebug: 0 (none) Timer: off Getdesc: off Dump Instance Profile state=INCLUDE, 0 profiles dbpmda> desc simple.now PMID: 253.2.4 Data Type: 32-bit unsigned int InDom: 253.1 0x3f400001 Semantics: instant Units: none dbpmda> ^D cheers. -- Nathan ------=_Part_8984668_216381325.1369214013560 Content-Type: text/x-patch; name=dbpmda+ipv6.patch Content-Disposition: attachment; filename=dbpmda+ipv6.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9kYnBtZGEvc3JjL2RicG1kYS5oIGIvc3JjL2RicG1kYS9zcmMvZGJw bWRhLmgKaW5kZXggNGM2MmY5MC4uNmUzNWNkZiAxMDA2NDQKLS0tIGEvc3JjL2RicG1kYS9zcmMv ZGJwbWRhLmgKKysrIGIvc3JjL2RicG1kYS9zcmMvZGJwbWRhLmgKQEAgLTEsNCArMSw1IEBACiAv KgorICogQ29weXJpZ2h0IChjKSAyMDEzIFJlZCBIYXQuCiAgKiBDb3B5cmlnaHQgKGMpIDE5OTcg U2lsaWNvbiBHcmFwaGljcywgSW5jLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4KICAqIAogICogVGhp cyBwcm9ncmFtIGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9v ciBtb2RpZnkgaXQKQEAgLTEwLDEwICsxMSw2IEBACiAgKiBXSVRIT1VUIEFOWSBXQVJSQU5UWTsg d2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mIE1FUkNIQU5UQUJJTElUWQogICog b3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVSBHZW5lcmFs IFB1YmxpYyBMaWNlbnNlCiAgKiBmb3IgbW9yZSBkZXRhaWxzLgotICogCi0gKiBZb3Ugc2hvdWxk IGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBh bG9uZwotICogd2l0aCB0aGlzIHByb2dyYW07IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUgU29m dHdhcmUgRm91bmRhdGlvbiwgSW5jLiwKLSAqIDUxIEZyYW5rbGluIFN0cmVldCwgRmlmdGggRmxv b3IsIEJvc3RvbiwgTUEgMDIxMTAtMTMwMSBVU0EKICAqLwogCiAjaW5jbHVkZSAicG1hcGkuaCIK QEAgLTUzLDcgKzUwLDkgQEAgZXh0ZXJuIHZvaWQgb3BlbnBtZGEoY2hhciAqKTsKIGV4dGVybiB2 b2lkIGNsb3NlcG1kYSh2b2lkKTsKIGV4dGVybiB2b2lkIGRvcG1kYShpbnQpOwogZXh0ZXJuIHZv aWQgd2F0Y2goY2hhciAqKTsKLWV4dGVybiB2b2lkIG9wZW5zb2NrZXQoY2hhciAqKTsKK2V4dGVy biB2b2lkIG9wZW5fdW5peF9zb2NrZXQoY2hhciAqKTsKK2V4dGVybiB2b2lkIG9wZW5faW5ldF9z b2NrZXQoaW50KTsKK2V4dGVybiB2b2lkIG9wZW5faXB2Nl9zb2NrZXQoaW50KTsKIAogLyoKICAq IGNvbm5lY3Rpb24gc3RhdGVzCmRpZmYgLS1naXQgYS9zcmMvZGJwbWRhL3NyYy9ncmFtLnkgYi9z cmMvZGJwbWRhL3NyYy9ncmFtLnkKaW5kZXggYjlhNjI2Ny4uYjlhODNhNiAxMDA2NDQKLS0tIGEv c3JjL2RicG1kYS9zcmMvZ3JhbS55CisrKyBiL3NyYy9kYnBtZGEvc3JjL2dyYW0ueQpAQCAtMTEw LDcgKzExMCw3IEBAIGZpeF9keW5hbWljX3BtaWQoY2hhciAqbmFtZSwgcG1JRCAqcG1pZHApCiAJ T1BFTiBDTE9TRSBERVNDIEdFVERFU0MgRkVUQ0ggSU5TVEFOQ0UgUFJPRklMRSBIRUxQIAogCVdB VENIIERCRyBRVUlUIFNUQVRVUyBTVE9SRSBJTkZPIFRJTUVSIE5BTUVTUEFDRSBXQUlUCiAJUE1O U19OQU1FIFBNTlNfUE1JRCBQTU5TX0NISUxEUkVOIFBNTlNfVFJBVkVSU0UgQVRUUgotCURTTyBQ SVBFIFNPQ0sKKwlEU08gUElQRSBTT0NLIFVOSVggSU5FVCBJUFY2CiAJQUREIERFTCBBTEwgTk9O RSBJTkRPTSBPTiBPRkYKIAlQTFVTIEVPTAogCkBAIC0xMjEsNiArMTIxLDcgQEAgZml4X2R5bmFt aWNfcG1pZChjaGFyICpuYW1lLCBwbUlEICpwbWlkcCkKIAlkZWJ1ZwogCXJhd19wbWlkCiAJYXR0 cmlidXRlCisJc2VydnBvcnQKIAogJXR5cGUgPHlfc3RyPgogCWZuYW1lCkBAIC0xMzcsMTIgKzEz OCwyNCBAQCBzdG10CTogT1BFTiBFT0wJCQkJewogCQlvcGVuZHNvKCQzLCAkNCwgJDUpOwogCQlz dG10X3R5cGUgPSBPUEVOOyBZWUFDQ0VQVDsKIAkgICAgfQotCXwgT1BFTiBQSVBFIGZuYW1lIGFy Z2xpc3QgeworCXwgT1BFTiBQSVBFIGZuYW1lIGFyZ2xpc3QgCQl7CiAJCW9wZW5wbWRhKCQzKTsK IAkJc3RtdF90eXBlID0gT1BFTjsgWVlBQ0NFUFQ7CiAJICAgIH0KIAl8IE9QRU4gU09DSyBmbmFt ZQkJCXsKLQkJb3BlbnNvY2tldCgkMyk7CisJCW9wZW5fdW5peF9zb2NrZXQoJDMpOworCQlzdG10 X3R5cGUgPSBPUEVOOyBZWUFDQ0VQVDsKKwkgICAgfQorCXwgT1BFTiBTT0NLIFVOSVggZm5hbWUJ CQl7CisJCW9wZW5fdW5peF9zb2NrZXQoJDQpOworCQlzdG10X3R5cGUgPSBPUEVOOyBZWUFDQ0VQ VDsKKwkgICAgfQorCXwgT1BFTiBTT0NLIElORVQgc2VydnBvcnQJCXsKKwkJb3Blbl9pbmV0X3Nv Y2tldCgkNCk7CisJCXN0bXRfdHlwZSA9IE9QRU47IFlZQUNDRVBUOworCSAgICB9CisJfCBPUEVO IFNPQ0sgSVBWNiBzZXJ2cG9ydAkJeworCQlvcGVuX2lwdjZfc29ja2V0KCQ0KTsKIAkJc3RtdF90 eXBlID0gT1BFTjsgWVlBQ0NFUFQ7CiAJICAgIH0KIAl8IENMT1NFIEVPTAkJCQl7IApAQCAtNDg4 LDYgKzUwMSwyMCBAQCBhdHRyaWJ1dGUgOiBOVU1CRVIJCQkJewogCSAgICB9CiAJOwogCitzZXJ2 cG9ydCA6IE5VTUJFUgkJCQl7ICQkID0gJDE7IH0KKwl8IFNUUklORwkJCQl7CisJCXN0cnVjdCBz ZXJ2ZW50ICpzcnYgPSBnZXRzZXJ2YnluYW1lKCQxLCBOVUxMKTsKKwkJaWYgKHNydiA9PSBOVUxM KSB7CisJCSAgICBzcHJpbnRmKHdhcm5TdHIsICJGYWlsZWQgdG8gbWFwICglcykgdG8gYSBwb3J0 IG51bWJlciIsICQxKTsKKwkJICAgIHl5ZXJyb3Iod2FyblN0cik7CisJCSAgICBZWUVSUk9SOwor CQl9CisJCXNwcmludGYod2FyblN0ciwgIk1hcHBlZCAlcyB0byBwb3J0IG51bWJlciAlZCIsICQx LCBzcnYtPnNfcG9ydCk7CisJCXl5d2Fybih3YXJuU3RyKTsKKwkJJCQgPSBzcnYtPnNfcG9ydDsK KwkgICAgfQorCTsKKwogbWV0cmljCTogTlVNQkVSCQkJCXsgCiAJCXBtaWQud2hvbGUgPSAkMTsK IAkJc3RzID0gcG1OYW1lSUQocG1pZC53aG9sZSwgJnN0cik7CmRpZmYgLS1naXQgYS9zcmMvZGJw bWRhL3NyYy9sZXgubCBiL3NyYy9kYnBtZGEvc3JjL2xleC5sCmluZGV4IGFhNzEzMmYuLjJhOWNl YmYgMTAwNjQ0Ci0tLSBhL3NyYy9kYnBtZGEvc3JjL2xleC5sCisrKyBiL3NyYy9kYnBtZGEvc3Jj L2xleC5sCkBAIC03Niw3ICs3Niw5IEBAIGZldGNoCQl7IHJldHVybiBGRVRDSDsgfQogZ2V0ZGVz YwkJeyByZXR1cm4gR0VUREVTQzsgfQogaGVscAkJeyByZXR1cm4gSEVMUDsgfQogaW5kb20JCXsg cmV0dXJuIElORE9NOyB9CitpbmV0CQl7IHJldHVybiBJTkVUOyB9CiBpbnN0YW5jZQl7IHJldHVy biBJTlNUQU5DRTsgfQoraXB2NgkJeyByZXR1cm4gSVBWNjsgfQogbmFtZQkJeyByZXR1cm4gUE1O U19OQU1FOyB9CiBuYW1lc3BhY2UJeyBCRUdJTiBGTkFNRTsgcmV0dXJuIE5BTUVTUEFDRTsgfQog bm9uZQkJeyByZXR1cm4gTk9ORTsgfQpAQCAtOTQsNiArOTYsNyBAQCBzdG9yZQkJeyByZXR1cm4g U1RPUkU7IH0KIHRleHQJCXsgcmV0dXJuIElORk87IH0KIHRpbWVyCQl7IHJldHVybiBUSU1FUjsg fQogdHJhdmVyc2UJeyByZXR1cm4gUE1OU19UUkFWRVJTRTsgfQordW5peAkJeyByZXR1cm4gVU5J WDsgfQogd2FpdAkJeyByZXR1cm4gV0FJVDsgfQogd2F0Y2gJCXsgQkVHSU4gRk5BTUU7IHJldHVy biBXQVRDSDsgfQogXD8JCXsgcmV0dXJuIEhFTFA7IH0KZGlmZiAtLWdpdCBhL3NyYy9kYnBtZGEv c3JjL3BtZGEuYyBiL3NyYy9kYnBtZGEvc3JjL3BtZGEuYwppbmRleCA3YTNlYWM5Li43YjliMDBh IDEwMDY0NAotLS0gYS9zcmMvZGJwbWRhL3NyYy9wbWRhLmMKKysrIGIvc3JjL2RicG1kYS9zcmMv cG1kYS5jCkBAIC0xNzcsNyArMTc3LDcgQEAgb3BlbnBtZGEoY2hhciAqZm5hbWUpCiAKICNpZmRl ZiBIQVZFX1NZU19VTl9ICiB2b2lkCi1vcGVuc29ja2V0KGNoYXIgKmZuYW1lKQorb3Blbl91bml4 X3NvY2tldChjaGFyICpmbmFtZSkKIHsKICAgICBpbnQJCQlmZDsKICAgICBzdHJ1Y3Qgc3RhdAkJ YnVmOwpAQCAtMjIyLDEyICsyMjIsNjkgQEAgb3BlbnNvY2tldChjaGFyICpmbmFtZSkKIH0KICNl bHNlCiB2b2lkCi1vcGVuc29ja2V0KGNoYXIgKmZuYW1lKQorb3Blbl91bml4X3NvY2tldChjaGFy ICpmbmFtZSkKIHsKLQlfX3BtTm90aWZ5RXJyKExPR19DUklULCAiVU5JWCBkb21haW4gc29ja2V0 cyB1bnN1cHBvcnRlZFxuIik7CisgICAgX19wbU5vdGlmeUVycihMT0dfQ1JJVCwgIlVOSVggZG9t YWluIHNvY2tldHMgdW5zdXBwb3J0ZWRcbiIpOwogfQogI2VuZGlmCiAKK3N0YXRpYyB2b2lkCitv cGVuX3NvY2tldChpbnQgcG9ydCwgaW50IGZhbWlseSwgY29uc3QgY2hhciAqcHJvdG9jb2wpCit7 CisgICAgX19wbVNvY2tBZGRyCSphZGRyOworICAgIGludAkJCWZkLCBzdHM7CisgICAgY2hhcgkJ c29ja2V0WzY0XTsKKworICAgIGZkID0gKGZhbWlseSA9PSBBRl9JTkVUKSA/IF9fcG1DcmVhdGVT b2NrZXQoKSA6IF9fcG1DcmVhdGVJUHY2U29ja2V0KCk7CisgICAgaWYgKGZkIDwgMCkgeworCWZw cmludGYoc3RkZXJyLCAib3BlbnNvY2tldDogc29ja2V0OiAlc1xuIiwgbmV0c3RyZXJyb3IoKSk7 CisJcmV0dXJuOworICAgIH0KKworICAgIGFkZHIgPSBfX3BtTG9vcEJhY2tBZGRyZXNzKGZhbWls eSk7CisgICAgaWYgKGFkZHIgPT0gTlVMTCkgeworCWZwcmludGYoc3RkZXJyLCAib3BlbnNvY2tl dDogbG9vcGJhY2s6ICVzXG4iLCBuZXRzdHJlcnJvcigpKTsKKwlfX3BtQ2xvc2VTb2NrZXQoZmQp OworCXJldHVybjsKKyAgICB9CisKKyAgICBjbG9zZXBtZGEoKTsKKworICAgIHN0cyA9IF9fcG1D b25uZWN0VG8oZmQsIGFkZHIsIHBvcnQpOworICAgIF9fcG1Tb2NrQWRkckZyZWUoYWRkcik7CisK KyAgICBpZiAoc3RzIDwgMCkgeworCWZwcmludGYoc3RkZXJyLCAib3BlbnNvY2tldDogY29ubmVj dDogJXNcbiIsIG5ldHN0cmVycm9yKCkpOworCV9fcG1DbG9zZVNvY2tldChmZCk7CisJcmV0dXJu OworICAgIH0KKworICAgIGluZmQgPSBmZDsKKyAgICBvdXRmZCA9IGZkOworCisgICAgc3ByaW50 Zihzb2NrZXQsICIlcyBwb3J0ICVkIiwgcHJvdG9jb2wsIHBvcnQpOworICAgIHByaW50ZigiQ29u bmVjdCB0byBQTURBIG9uICVzXG4iLCBzb2NrZXQpOworCisgICAgY29ubm1vZGUgPSBDT05OX0RB RU1PTjsKKyAgICByZXNldF9wcm9maWxlKCk7CisgICAgaWYgKG15UG1kYU5hbWUgIT0gTlVMTCkK KwlmcmVlKG15UG1kYU5hbWUpOworICAgIG15UG1kYU5hbWUgPSBzdHJkdXAoc29ja2V0KTsKKyAg ICBwbWRhdmVyc2lvbigpOworfQorCit2b2lkCitvcGVuX2luZXRfc29ja2V0KGludCBwb3J0KQor eworICAgIG9wZW5fc29ja2V0KHBvcnQsIEFGX0lORVQsICJpbmV0Iik7Cit9CisKK3ZvaWQKK29w ZW5faXB2Nl9zb2NrZXQoaW50IHBvcnQpCit7CisgICAgb3Blbl9zb2NrZXQocG9ydCwgQUZfSU5F VDYsICJpcHY2Iik7Cit9CisKIHZvaWQKIGNsb3NlcG1kYSh2b2lkKQogewpkaWZmIC0tZ2l0IGEv c3JjL2RicG1kYS9zcmMvdXRpbC5jIGIvc3JjL2RicG1kYS9zcmMvdXRpbC5jCmluZGV4IDdiOGE5 ZjAuLmM4MTgzMmEgMTAwNjQ0Ci0tLSBhL3NyYy9kYnBtZGEvc3JjL3V0aWwuYworKysgYi9zcmMv ZGJwbWRhL3NyYy91dGlsLmMKQEAgLTI4NCw3ICsyODQsOSBAQCBkb2hlbHAoaW50IGNvbW1hbmQs IGludCBmdWxsKQogCWNhc2UgT1BFTjoKIAkgICAgcHV0cygib3BlbiBkc28gZHNvbmFtZSBpbml0 X3JvdXRpbmUgWyBkb21haW4jIF0iKTsKIAkgICAgcHV0cygib3BlbiBwaXBlIGV4ZWNuYW1lIFsg YXJnIC4uLiBdIik7Ci0JICAgIHB1dHMoIm9wZW4gc29ja2V0IHNvY2tuYW1lIik7CisJICAgIHB1 dHMoIm9wZW4gc29ja2V0IHVuaXggc29ja25hbWUiKTsKKwkgICAgcHV0cygib3BlbiBzb2NrZXQg aW5ldCBwb3J0I3xzZXJ2aWNlIik7CisJICAgIHB1dHMoIm9wZW4gc29ja2V0IGlwdjYgcG9ydCN8 c2VydmljZSIpOwogCSAgICBicmVhazsKIAljYXNlIFBNTlNfQ0hJTERSRU46CiAJICAgIHB1dHMo ImNoaWxkcmVuIG1ldHJpYy1uYW1lIik7CkBAIC0zNzgsMTIgKzM4MCwxNCBAQCBkb2hlbHAoaW50 IGNvbW1hbmQsIGludCBmdWxsKQogCQlicmVhazsKIAkgICAgY2FzZSBPUEVOOgogCQlwdXRzKAot Ik9wZW4gYSBQTURBIGFzIGVpdGhlciBhIERTTywgdmlhIFVOSVggZG9tYWluIHNvY2tldCAobmFt ZWQgcGlwZSksIG9yIGFzIGFcbiIKKyJPcGVuIGEgUE1EQSBhcyBlaXRoZXIgYSBEU08sIHZpYSBh IG5ldHdvcmsgc29ja2V0ICh1bml4L2luZXQvaXB2NiksIG9yIGFzIGFcbiIKICJkYWVtb24gKGNv bm5lY3RlZCB3aXRoIGEgcGlwZSkuICBUaGUgJ2Rzb25hbWUnIGFuZCAnZXhlY25hbWUnIGZpZWxk cyBhcmVcbiIKLSJ0aGUgcGF0aCB0byB0aGUgUE1EQSBzaGFyZWQgb2JqZWN0IGZpbGUgb3IgZXhl Y3V0YWJsZS4gIFRoZSAnc29ja25hbWUnXG4iCi0iZmllbGQgaXMgdGhlIHBhdGggb2YgYSBuYW1l ZCBwaXBlIHdoZXJlIGEgUE1EQSBpcyBsaXN0ZW5pbmcgZm9yIGNvbm5lY3Rpb25zLlxuIgorInRo ZSBwYXRoIHRvIHRoZSBQTURBIHNoYXJlZCBvYmplY3QgZmlsZSBvciBleGVjdXRhYmxlLiAgVGhl IGZpcnN0IHNvY2tldCBQTURBXG4iCisiZmllbGQgaXMgdGhlIHR5cGUgLSBlaXRoZXIgdW5peCAo aWYgc3VwcG9ydGVkKSwgaW5ldCBvciBpcHY2LiAgVGhlICdzb2NrbmFtZSdcbiIKKyJhcmd1bWVu dCBmb3IgdW5peCBzb2NrZXRzIGlzIGEgcGF0aCBvZiBhIG5hbWVkIHBpcGUgd2hlcmUgYSBQTURB IGlzIGxpc3RlbmluZ1xuIgorImZvciBjb25uZWN0aW9ucy4gIFRoZSAncG9ydCcgYXJndW1lbnQg aXMgYSBwb3J0IG51bWJlciwgJ3NlcnYnIGEgc2VydmljZSBuYW1lXG4iCisidHlwaWNhbGx5IGRl ZmluZWQgaW4gL2V0Yy9zZXJ2aWNlcyAocmVzb2x2ZWQgdG8gYSBwb3J0IHZpYSBnZXRzZXJ2ZW50 KDMpKS5cbiIKICJUaGUgYXJndW1lbnRzIHRvIHRoaXMgY29tbWFuZCBhcmUgc2ltaWxhciB0byBh IGxpbmUgaW4gdGhlIHBtY2QuY29uZiBmaWxlLlxuIik7Ci0KIAkJYnJlYWs7CiAJICAgIGNhc2Ug UE1OU19DSElMRFJFTjoKIAkgICAgICAgIHB1dHMoCmRpZmYgLS1naXQgYS9zcmMvaW5jbHVkZS9w Y3AvcG1kYS5oIGIvc3JjL2luY2x1ZGUvcGNwL3BtZGEuaAppbmRleCAyMjRiMjgxLi5lMDFhOGNk IDEwMDY0NAotLS0gYS9zcmMvaW5jbHVkZS9wY3AvcG1kYS5oCisrKyBiL3NyYy9pbmNsdWRlL3Bj cC9wbWRhLmgKQEAgLTM2LDcgKzM2LDcgQEAgZXh0ZXJuICJDIiB7CiAvKgogICogVHlwZSBvZiBJ L08gY29ubmVjdGlvbiB0byBQTUNEIChwbWRhVW5rbm93biBkZWZhdWx0cyB0byBwbWRhUGlwZSkK ICAqLwotdHlwZWRlZiBlbnVtIHtwbWRhUGlwZSwgcG1kYUluZXQsIHBtZGFJUHY2LCBwbWRhVW5p eCwgcG1kYVVua25vd259IHBtZGFJb1R5cGU7Cit0eXBlZGVmIGVudW0ge3BtZGFQaXBlLCBwbWRh SW5ldCwgcG1kYVVuaXgsIHBtZGFVbmtub3duLCBwbWRhSVB2Nn0gcG1kYUlvVHlwZTsKIAogLyoK ICAqIEluc3RhbmNlIGRlc2NyaXB0aW9uOiBpbmRleCBhbmQgbmFtZQo= ------=_Part_8984668_216381325.1369214013560-- From fche@redhat.com Wed May 22 08:28:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id EB1DB7F74 for ; Wed, 22 May 2013 08:28:29 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id CA0C28F804C for ; Wed, 22 May 2013 06:28:29 -0700 (PDT) X-ASG-Debug-ID: 1369229303-04cbb0049c2c950001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id WnTpc5eUpGNVnY3I for ; Wed, 22 May 2013 06:28:24 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4MDSKRQ031785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 May 2013 09:28:21 -0400 Received: from fche.csb (vpn-62-51.rdu2.redhat.com [10.10.62.51]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4MDSKKs006458; Wed, 22 May 2013 09:28:20 -0400 Received: by fche.csb (Postfix, from userid 2569) id EB8585858C; Wed, 22 May 2013 09:28:19 -0400 (EDT) Date: Wed, 22 May 2013 09:28:19 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: PCP Mailing List Subject: Re: Checking PCP archives - RFC Message-ID: <20130522132819.GJ28935@redhat.com> X-ASG-Orig-Subj: Re: Checking PCP archives - RFC References: <519AC94B.9020904@internode.on.net> <519C0AA9.5010706@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <519C0AA9.5010706@internode.on.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1369229304 X-Barracuda-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 considered it, but only briefly ... I think there is more bang for > buck in making bad archives in a structured-directed way, rather than > changing random bytes in an archive (or did you have some more > sophisticated sort of fuzzer in mind?). (Yes, fuzzing can include structured data, by teaching it the grammar of PCP archives but then messing with the productions randomly.) > [...] but conditionally based on an environment variable (or maybe even a type > modifier to pmNewContext, in the flavor of PM_CTXFLAG_SECURE) is > certainly feasible. I'll add this to the TODO list. Righto. > I still think pmlogcheck needs to be a separate tool, especially if it > grows into something that can repair some classes of corruption, as per > my earlier mail exchange with Nathan. Sure (though till corruption repair comes online, this could be a few-liner program that just uses the hypothetical PM_CTXFLAG_LINT flag). - FChE From brolley@redhat.com Wed May 22 09:54:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 155FE7F5A for ; Wed, 22 May 2013 09:54:09 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id D2641304043 for ; Wed, 22 May 2013 07:54:05 -0700 (PDT) X-ASG-Debug-ID: 1369234444-04cbb0049d33000001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id wf5ibnYhGCU6QVtU for ; Wed, 22 May 2013 07:54:05 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4MEs4tS010347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 22 May 2013 10:54:04 -0400 Received: from [10.10.61.39] (vpn-61-39.rdu2.redhat.com [10.10.61.39]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4MEs3NT011130; Wed, 22 May 2013 10:54:04 -0400 Message-ID: <519CDC0B.3080601@redhat.com> Date: Wed, 22 May 2013 10:54:03 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda References: <519BB30F.3050801@redhat.com> <1830647660.8761384.1369176112662.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] PCP Updates: IPv6 for libpcp_pmda In-Reply-To: <1830647660.8761384.1369176112662.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1369234444 X-Barracuda-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 05/21/2013 06:41 PM, Nathan Scott wrote: > Looking good - couple of minor nits ... > > pmda.h - this is an ABI breaking change, doesn't have to be if you move the > new enum entry to the end of the set rather than in the middle. OK. Looks like the patch you sent me incorporates this. > > open.c - this too doesn't really need to risk fallout from changing the API. > Instead, I'd suggest keeping __pmdaOpenInet, add __pmdaOpenIPv6 and make 'em > one-line wrappers around your new __pmdaOpenIP (modified __pmdaOpenInet). I > wonder if __pmdaOpenSocket might be a more natural fit as the new name here, > rather than __pmdaOpenIP? This is not really an API change, since __pmdaOpenInet() was a static function. I have no issue with this suggestion, however, and it is consistent with the changes you made to dbpmda (also in your patch), as is the suggested name __pmdaOpenSocket(). I will make the change. > >> Some guidance regarding which qa test(s) to augment would be >> appreciated. It's hard to tell by number :-( > 110 156 199 seem like initial candidates. Looks like they'll need the pmcd > and pmdaproc.sh support in place first though. Thanks. I'll have a look. Dave From kenj@internode.on.net Wed May 22 15:34:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D61797CBF for ; Wed, 22 May 2013 15:34:37 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 62EA2AC002 for ; Wed, 22 May 2013 13:34:37 -0700 (PDT) X-ASG-Debug-ID: 1369254871-04cbb0049d5a5c0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id sCi8tid2XkF9NVIF for ; Wed, 22 May 2013 13:34:32 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApYBAGsqnVF20ToW/2dsb2JhbAANTcI4gnCBHYMXAQEBAwE4QAEFCwsYCRYPCQMCAQIBRQYNAQcBAYgDqEKSUo8dB4NUA6wZ Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.58.22]) by ipmail05.adl6.internode.on.net with ESMTP; 23 May 2013 06:04:30 +0930 Message-ID: <519D2BE3.9010107@internode.on.net> Date: Thu, 23 May 2013 06:34:43 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Mailing List Subject: Re: Checking PCP archives - RFC References: <519AC94B.9020904@internode.on.net> <519C0AA9.5010706@internode.on.net> <20130522132819.GJ28935@redhat.com> X-ASG-Orig-Subj: Re: Checking PCP archives - RFC In-Reply-To: <20130522132819.GJ28935@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1369254871 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131729 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 22/05/13 23:28, Frank Ch. Eigler wrote: > ... > (Yes, fuzzing can include structured data, by teaching it the grammar of > PCP archives but then messing with the productions randomly.) Frank do you have a pointer to an available toolkit that would be suitable for this sort of effort? I've read about, but never used fuzzers. In the PCP QA suite, the src/mkbadlen script demonstrates the sort of deterministic approach I have used and was planning to extend to create corrupted archives. > Sure (though till corruption repair comes online, this could be a few-liner > program that just uses the hypothetical PM_CTXFLAG_LINT flag). Or the pmNewContext support for the hypothetical PM_CTXFLAG_LINT flag could be a system() call ... 8^)> ... at this point I am not expecting any of the pmlogcheck code to end up in libpcp (or any other library). From nscott@redhat.com Wed May 22 18:25:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 199E929DF8 for ; Wed, 22 May 2013 18:25:42 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id A9818AC001 for ; Wed, 22 May 2013 16:25:38 -0700 (PDT) X-ASG-Debug-ID: 1369265134-04cbb0049e66af0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id CWCgRLPYeQ0OFLO2 for ; Wed, 22 May 2013 16:25:34 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4MNPXgA016279 for ; Wed, 22 May 2013 19:25:33 -0400 Date: Wed, 22 May 2013 19:25:33 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1177585321.9862136.1369265133938.JavaMail.root@redhat.com> In-Reply-To: <554199212.9861510.1369264880489.JavaMail.root@redhat.com> Subject: Bugzilla emails ... incoming! MIME-Version: 1.0 X-ASG-Orig-Subj: Bugzilla emails ... incoming! Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Bugzilla emails ... incoming! Thread-Index: by7i/rISx925yqYqUKEitbMhLCoUBw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369265134 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131741 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 following up from one of my action items after the last PCP developers call - I've been working with the Red Hat bugzilla administrators, and we should start to see Fedora updates being CC'd to this list for both the pcp and pcp-gui packages. This is in place now for both the Fedora and Debian bug systems. cheers. -- Nathan From nscott@redhat.com Thu May 23 02:58:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 324E87F37 for ; Thu, 23 May 2013 02:58:41 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 04C7D304039 for ; Thu, 23 May 2013 00:58:37 -0700 (PDT) X-ASG-Debug-ID: 1369295914-04bdf07816812a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id sgZttQy3FPWlBDef for ; Thu, 23 May 2013 00:58:34 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4N7wYpX030765 for ; Thu, 23 May 2013 03:58:34 -0400 Date: Thu, 23 May 2013 03:58:34 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1488177233.10066625.1369295914534.JavaMail.root@redhat.com> In-Reply-To: <1497034239.10065856.1369295821553.JavaMail.root@redhat.com> Subject: pcp updates: ipv6 pmdas (brolley), batch import (myllynen), qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: ipv6 pmdas (brolley), batch import (myllynen), qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: ipv6 pmdas (brolley), batch import (myllynen), qa Thread-Index: k87/d8kxbuEGm+CpPYAgHaIAEwuFIQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369295914 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131775 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev man/man1/pmcd.1 | 12 man/man3/pmdaconnect.3 | 30 ++ man/man3/pmdagetopt.3 | 6 qa/067 | 1 qa/110.out.1 | 8 qa/110.out.2 | 8 qa/110.out.3 | 8 qa/156.out.1 | 8 qa/156.out.2 | 8 qa/226 | 9 qa/226.out.3 | 207 ++++++++++++++ qa/369 | 2 qa/369.out.4 | 14 + qa/454.out | 2 qa/528 | 69 ++++ qa/528.out | 95 ++++++ qa/560.irix | 6 qa/560.linux | 6 qa/617 | 5 qa/617.out.3 | 542 +++++++++++++++++++++++++++++++++++++++ qa/group | 1 qa/pmdas/broken/broken_pmda.c | 5 qa/pmdas/broken/broken_pmda.v1.c | 5 qa/pmdas/dynamic/dynamic.c | 5 qa/src/GNUlocaldefs | 4 qa/src/batch_import.perl | 83 +++++ qa/src/pmdashutdown.c | 5 src/dbpmda/src/dbpmda.h | 9 src/dbpmda/src/gram.y | 33 ++ src/dbpmda/src/lex.l | 3 src/dbpmda/src/pmda.c | 63 ++++ src/dbpmda/src/util.c | 14 - src/include/pcp/pmda.h | 6 src/libpcp_pmda/src/open.c | 289 +++++++++++++++----- src/perl/LogImport/Changes | 4 src/perl/LogImport/LogImport.pm | 68 ++++ src/perl/PMDA/PMDA.xs | 16 + src/pmcd/pmdaproc.sh | 16 - src/pmcd/src/config.c | 29 +- src/pmcd/src/pmcd.h | 2 src/pmdas/apache/apache.c | 5 src/pmdas/cisco/pmda.c | 8 src/pmdas/darwin/pmda.c | 5 src/pmdas/freebsd/freebsd.c | 5 src/pmdas/netbsd/netbsd.c | 5 src/pmdas/roomtemp/roomtemp.c | 5 src/pmdas/sample/src/pmda.c | 3 src/pmdas/simple/simple.c | 5 src/pmdas/weblog/pmda.c | 3 src/python/pcp/pmda.py | 2 50 files changed, 1574 insertions(+), 178 deletions(-) commit 3938ff56384f10810c172c794e7cb51889490319 Author: Nathan Scott Date: Thu May 23 17:55:28 2013 +1000 Improvements to the socket-based PMDA mechanisms. Dave noticed that a PMDA installed as a socket would sometimes/often fail to complete (accept) a connection from pmcd, in the pmda-as-server mode (i.e. not started by pmcd - a little used mode evidentally, but supported all the same). Turned out to be the accept(2) being on a socket that was not necessarily ready - judicious use of select(2) saves the day, as done in other places. While there, I noticed the inet and now ipv6 sockets are listening on any interface, which means they are network- facing when they really dont need to be. Make this use the local loopback interface to tighten this up. Further, we only need to listen for a max of 1 connection request - pmcd - not 5 (cut&paste from elsewhere I imagine). commit 940576b6c2486ca6d01f5717cd391cd087bda16e Author: Nathan Scott Date: Thu May 23 17:44:04 2013 +1000 Extend and test support for batch value processing in LogImport.pm Working with Marko, this extends his initial cut with a new QA test script (qa/528) and test program (qa/src/batch_import.pl). Adds in the handle-based addValue mechanism, and preserves sub-second parts of the timestamps. commit c7eb9babf041f05aaa080b8eecd08aa9b1c964a1 Author: Nathan Scott Date: Thu May 23 15:30:29 2013 +1000 Bump perl logimport module version number commit 61994d9011f04a2e69003c5dac0b1eed3dea1e0e Author: Nathan Scott Date: Thu May 23 14:31:23 2013 +1000 Update qa/{226,617} to handle dbpmda socket open command changes commit 9b44362633d60ac73a8a3a81a1a39d5db1d98df8 Author: Nathan Scott Date: Thu May 23 14:24:56 2013 +1000 Update filter in test 067 to handle loopback-bound sockets commit aeb8300ed286a73047a79416e44d40a2e022fee3 Author: Marko Myllynen Date: Thu May 23 14:16:23 2013 +1000 Add support for batch value processing in LogImport.pm This makes it more feasible to process dozens of files in parallel which might use different timestepping. commit 219d47af203ca5d97d9362ef2a4ebb57965f2cb8 Author: Nathan Scott Date: Thu May 23 14:13:45 2013 +1000 Add qa/722 archive file to the installed set commit 4ed23c58ceabdfae9893f51354653fa76e6d545e Merge: 8fd5448 c3158e8 Author: Nathan Scott Date: Thu May 23 13:40:48 2013 +1000 Merge branch 'brolley/dev' of ../pcpfans into dev commit c3158e8f263ba3d486b074e31712aa920f71f783 Merge: a5db2d0 25dea42 Author: Dave Brolley Date: Wed May 22 21:59:01 2013 -0400 Merge branch 'brolley/dev' of ssh://sourceware.org/git/pcpfans into brolley/dev Conflicts: src/include/pcp/pmda.h src/libpcp_pmda/src/open.c commit a5db2d0b9627689166aeecb7d7b7db06bf8be883 Author: Dave Brolley Date: Wed May 22 18:19:18 2013 -0400 Specify the correct address family when initializing the listening socket in __pmdaOpenSocket. commit 4d2fa8d867e762395996a189cc4ea1213bb29a0d Author: Dave Brolley Date: Wed May 22 16:38:57 2013 -0400 Support IPv6 configurations in pmdaproc.sh. Also updated the expected output of the affected qa tests. commit ac55941de2786eb53629728d8aa91bc91d5f39dd Author: Dave Brolley Date: Wed May 22 16:37:50 2013 -0400 Limit pmcd to pmda connection attempts to the configured address family. commit fe63532f9296004641a9d9e2ef442482d942f9cb Author: Dave Brolley Date: Wed May 22 16:37:13 2013 -0400 Small formatting tweak for pmcd.1. commit d40ba64446bde3b02b80b98b5b40f878caee8099 Author: Dave Brolley Date: Wed May 22 12:19:47 2013 -0400 Update man pages to reflect IPv6 support in pmcd and libpcp_pmda. commit e723b0ea8c70a7d31932c47d4824acb9f52812ba Author: Dave Brolley Date: Wed May 22 11:57:20 2013 -0400 Add -6 option to pmdas which already support -i, -u and -p. Other pmdas connect via pipe only and remain that way. commit fc13c7f6e9be09d05e515b3067df727d69ecbab6 Author: Nathan Scott Date: Wed May 22 11:12:04 2013 -0400 IPv6 Support for dbpmda. commit 0b249ea2990bff692e2a25323394f02fc4a0b6ef Author: Dave Brolley Date: Wed May 22 11:07:53 2013 -0400 Review rework for commit 25dea424f627badb0f42d2a513235170c4c1ded5 - Add pmdaIPv6 to the end of the enumeration for ABI consistency. - Retain __pmdaOpenInet(), add pmdaOpenIPv6(). - Add __pmdaOpenSocket to handle Inet and IPv6 sockets by calling the above functions. commit 79c8e741dab5d3bc40b3f6accbbbdd126f83e78f Author: Dave Brolley Date: Wed May 22 10:55:14 2013 -0400 Support for ipv6 pmdas in pmcd. - Accept 'ipv6' as the socket type in the config file. - update the expected output (changed error message) for qa test 454. commit 9a5f398d2f7077629c4ccc3eb93b14fd6dfd6d23 Author: Dave Brolley Date: Tue May 21 11:24:06 2013 -0400 IPv6 Support in libpcp_pmda. - Add a new pmdaIPv6 enumerator to pmdaIoType - Rename pmdaOpenInet() to pmdaOpenIP(). It now handles inet and IPv6 sockets. - Add new -6 option to pmdaGetOpt() to request an IPv6 connection. - Add set_ipv6_socket() to src/perl/PMDA/PMDA.xs and src/python/pcp/pmda.py - update the pmdaconnect.3 man page From Marek.Uher@t-systems.cz Thu May 23 08:30:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9C8117F37 for ; Thu, 23 May 2013 08:30:19 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 1C1BCAC001 for ; Thu, 23 May 2013 06:30:15 -0700 (PDT) X-ASG-Debug-ID: 1369315811-04cbb0049a955e0001-S8gJnT Received: from mx2.t-systems.cz (mx2o.t-systems.cz [212.67.76.203]) by cuda.sgi.com with ESMTP id iUFfFPXUungXQWHe for ; Thu, 23 May 2013 06:30:12 -0700 (PDT) X-Barracuda-Envelope-From: Marek.Uher@t-systems.cz X-Barracuda-Apparent-Source-IP: 212.67.76.203 X-AuditID: d4434cc9-b7f9a6d000000b88-f3-519e19e31c10 Received: from SRVPP06.t-systems.cz (Unknown_Domain [10.246.109.17]) by mx2.t-systems.cz (TSSMSGW) with SMTP id F1.47.02952.3E91E915; Thu, 23 May 2013 15:30:11 +0200 (CEST) Received: from SRVPPE02.t-systems.cz ([10.246.119.15]) by SRVPP06.t-systems.cz ([10.246.109.27]) with mapi; Thu, 23 May 2013 15:30:11 +0200 From: Uher Marek To: Nathan Scott CC: "pcp@oss.sgi.com" Date: Thu, 23 May 2013 15:30:10 +0200 Subject: RE: Replacement for pcp-ise / pcp-pro Thread-Topic: Replacement for pcp-ise / pcp-pro X-ASG-Orig-Subj: RE: Replacement for pcp-ise / pcp-pro Thread-Index: Ac5VXl0pROpj4rLxQWKdTDqNRJI6vQjSRuqPCKd/FwAx0exoqkLkzxbQ8OmW7rD1FmXyIA== Message-ID: References: <297040775.6857931.1369087178367.JavaMail.root@redhat.com> <1323977182.8728117.1369170456455.JavaMail.root@redhat.com> <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> In-Reply-To: <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> Accept-Language: cs-CZ Content-Language: cs-CZ X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: cs-CZ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupkleLIzCtJLcpLzFFi42Lh+pYrqPtYcl6gwYo7ghZtsyczW3ROWM/k wOTxq20us8fqC1sZA5iiuGxSUnMyy1KL9O0SuDKOPzrKXtBiV3H5/GbmBsYdNl2MnBwSAiYS 34/dZoGwxSQu3FvP1sXIxSEksI5RYs3vA6wQTi+jxIz5/8Cq2AS0JHp2/2IFsUUEVCXaV7UB xTk4mAXUJZbesAAJswCFV358wwYSFhbQk2jb5QtiigjoSyw8LQ7RGCaxZsZ/RhCbVyBAovfe LhaITdOZJQ7v6mMDSXAKeEjcPHaWGcRmBLptyU6IBmYBcYl3z78wQdwsILFkz3lmCFtU4uXj f6wQ9aISfybvYoa4TFNi/S59iFZFiSndD9kh9gpKnJz5hGUCo9gsJFNnIXTMQtIxC0nHAkaW VYwCuRVGeiW6xZXFJam5xXrJVZsYgfFyxdnn5A7Gy5OsDzEKcDAq8fAeuDEnUIg1say4MvcQ oyQHk5Ior5v4vEAhvqT8lMqMxOKM+KLSnNTiQ4wSHMxKIrybe+YGCvGmJFZWpRblw6RkODiU JHh3SgC1CRalpqdWpGXmAJMCTJqJgxOknQekHaSGt7ggMbc4Mx0if4pRUkqc9yJIQgAkkVGa B9f7ilEc6Ehh3j0gWR5g+oLregU0kAlo4NJTc0AGliQipKQaGCNqfqZdiWP8xPF21pNP1laS MZt+BtZN7/Q8cTSWeedi2cqLVxYKvhFV2yG7vqT2r86fr4lMfx+fMCzRv/PyYG/h/i//r3Xu a2h1eaAZuihvZW7yZ/dnCrND5t7xvf/kXe1koQBt2/5VB8/qfu66dWHhCq8UgXcXQpn/yStm pmwpZelZ8e2ygrQSS3FGoqEWc1FxIgAHlsazHAMAAA== X-Barracuda-Connect: mx2o.t-systems.cz[212.67.76.203] X-Barracuda-Start-Time: 1369315812 X-Barracuda-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=INFO_TLD, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131796 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 INFO_TLD URI: Contains an URL in the INFO top-level domain DQoJSGkgTmF0aGFuLA0KDQpUb2RheSBJIGNvbXBsZXRlbHkgcmVidWlsZCBteSBiYWNrcG9ydGVk IHBhY2thZ2VzLiBBZnRlcndhcmRzIEkgbWFkZQ0KZnVsbCByZWluc3RhbGxhdGlvbiBvZiB0aGVt IChpLmUuIEkgcHVyZ2VkIGFsbCBwY3AgcmVsYXRlZCBwYWNrYWdlcywNCnJlbW92ZWQgYWxsIGxv Z3MgYW5kIGNvbmZpZ3VyYXRpb24gZmlsZXMgYW5kIGluc3RhbGxlZCBuZXcgdmVyc2lvbnMpLg0K DQpJdCBzZWVtcyB0aGF0IHByb2JsZW0gZGVzY3JpYmVkIGJlbG93IHdhcyByZWxhdGluZyB0byBt eSBiYWNrcG9ydGVkDQpwYWNrYWdlcyBvbmx5LiBJIG1hZGUgZmV3IGJ1aWxkcyBhbmQgcmVpbnN0 YWxsYXRpb24gaW4gdGhlIHBhc3QgYW5kDQpwcm9iYWJseSBzb21lIGFydGlmYWN0IHJlbWFpbmVk IG9uIG15IHN5c3RlbS4gTm93IGV2ZXJ5dGhpbmcgaXMNCmluc3RhbGxlZCBjb3JyZWN0bHkgYW5k IGNvbmZpZ3VyYXRpb24gZmlsZXMgYXJlIHBsYWNlZCBvbiByaWdodCBwbGFjZS4NCkkgYWxzbyBw dXQgbmV3IHBhY2thZ2VzIHRvIHdlYiBzaXRlIChpZiBhbnlvbmUgd2FudHMgdG8gZG93bmxvYWQg dGhlbSk6DQoNCglodHRwOi8vdWhlci5pbmZvL2RlYmlhbi9kaXN0cy93aGVlenktYmFja3BvcnRz L21haW4vYmluYXJ5LWFtZDY0Lw0KDQpSZXBvc2l0b3J5IGxpc3RlZCBhYm92ZSBpcyBub3QgYXB0 LWdldGFibGUgKG1hbnVhbCBkb3dubG9hZCBhbmQNCmluc3RhbGxhdGlvbiBpcyBuZWNlc3Nhcnkp IGFuZCBiaW5hcmllcyBmb3IgYW1kNjQgZGlzdHJvIGFyZSBiYWNrcG9ydGVkDQpvbmx5Lg0KDQpG aW5hbGx5IEkgYWxzbyBkb3dubG9hZGVkIHRvZGF5IHBjcC1ncmFwaCBzb3VyY2VzIGZyb20gamVm ZnBjIGdpdA0KcmVwb3NpdG9yeS4gQWZ0ZXIgaW5zdGFsbGF0aW9uIG9mIHNvbWUgbWlzc2luZyBk ZXYgbGlicmFyaWVzIG9uIG15DQpzeXN0ZW0gSSB3YXMgYWJsZSB0byBidWlsZCBwY3AtZ3JhcGgg YmluYXJ5LiBQcm9ibGVtIGlzIHRoYXQgdGhlcmUNCmlzbuKAmXQgaW5jbHVkZWQgYW55IGRvY3Vt ZW50YXRpb24gb3IgbWFudWFsIHBhZ2UuIFByb2dyYW0gaXRzZWxmDQpyZXF1aXJlcyBjb25maWd1 cmF0aW9uIGZpbGUgb24gc3RhcnR1cC4gSSB0cmllZCB0byBmaW5kIGFueSBleGFtcGxlDQpidXQg SSB3YXMgbm90IHN1Y2Nlc3NmdWwuIFRoZXJlZm9yZSBJIHdvdWxkIGxpa2UgdG8gYXNrIHlvdSBv ciBKZWZmDQp0byBwcm92aWRlIHNvbWUgZG9jdW1lbnRhdGlvbiwgbWFuIHBhZ2UsIGV4YW1wbGUg b3IgYW55IG90aGVyDQppbmZvcm1hdGlvbiBzb3VyY2UgZm9yIHBjcC1ncmFwaC4gTWFueSB0aGFu a3MgaW4gYWR2YW5jZS4gSGF2ZSBhIG5pY2UNCmRheS4NCg0KQ2hlZXJzLA0KDQpNYXJlaw0KDQpQ LlMuDQpJbiBwYXJhbGxlbCBJIGFtIHRyeWluZyB0byByZXZpdmUgKGp1c3QgZm9yIGZ1bikgYSBw aWVjZSBvZiBwY3AtaXNlIHdoaWNoDQp1c2VkIFh2ZmIgYW5kIHBtY2hhcnQgdG8gcHJvdmlkZSBn cmFwaCByZW5kZXJpbmcuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IE5h dGhhbiBTY290dCBbbWFpbHRvOm5hdGhhbnNAZGViaWFuLm9yZ10gDQpTZW50OiBUaHVyc2RheSwg TWF5IDIzLCAyMDEzIDE6NTIgQU0NClRvOiBVaGVyIE1hcmVrDQpTdWJqZWN0OiBSZTogUmVwbGFj ZW1lbnQgZm9yIHBjcC1pc2UgLyBwY3AtcHJvDQoNCg0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdl IC0tLS0tDQo+IA0KPiAJSGkgTmF0aGFuLA0KPiANCj4gSSB3aWxsIGNoZWNrIHBjcC1ncmFwaCB0 b21vcnJvdy4gVG9kYXkgSSB0cmllZCB0byBjb25maWd1cmUgcG1sb2dnZXIgYW5kDQo+IG90aGVy IHN0dWZmIHJlbGF0aW5nIHRvIHBjcCBpdHNlbGYuIEkgZGlzY292ZXJlZCBvbmUgc3RyYW5nZSB0 aGluZyAtIEkNCj4gbG9jYXRlZCB0d28gY29udHJvbCBmaWxlcyBmb3IgcG1sb2dnZXI6DQo+IA0K PiAJL2V0Yy9wY3AvcG1sb2dnZXIvY29udHJvbA0KPiAJL2V0Yy9wbWxvZ2dlci9jb250cm9sDQo+ IA0KPiBJIGRvbuKAmXQga25vdyBpZiB0aGlzIHByb2JsZW0gaXMgcmVsYXRpbmcgdG8gbXkgYmFj a3BvcnRlZCBwYWNrYWdlcywgb3IgaWYNCj4gaXMgc29tZSBjb25maWd1cmF0aW9uIGJ1ZyBpbiBv ZmZpY2lhbCBwY3AgMy44IHBhY2thZ2UuIEJvdGggZmlsZXMgYmVsb25nDQo+IHRvIHBjcCBwYWNr YWdlIGl0c2VsZjoNCj4gDQo+IAlkcGtnIC1TIC9ldGMvcG1sb2dnZXIvY29udHJvbCAvZXRjL3Bj cC9wbWxvZ2dlci9jb250cm9sDQo+IAlwY3A6IC9ldGMvcG1sb2dnZXIvY29udHJvbA0KPiAJcGNw OiAvZXRjL3BjcC9wbWxvZ2dlci9jb250cm9sDQo+IA0KPiBJbiBhbnkgY2FzZSwgZmlsZSAvZXRj L3BtbG9nZ2VyL2NvbnRyb2wgaXMgaWdub3JlZCBhbmQNCj4gL2V0Yy9wY3AvcG1sb2dnZXIvY29u dHJvbCBpcyB1c2VkIGFzIGNvbmZpZ3VyYXRpb24gZmlsZSBpbnN0ZWFkLiBUaGlzDQo+IHByb2Js ZW0gdG9vayBtZSBmZXcgaG91cnMgdG9kYXkgdG8gaW52ZXN0aWdhdGUgaXQuDQo+IA0KPiBUaGVy ZWZvcmUgSSB3b3VsZCBsaWtlIHRvIGtpbmRseSBhc2sgeW91IHRvIHZlcmlmeSB0aGlzIHBvdGVu dGlhbCBidWcgaW4NCj4gb2ZmaWNpYWwgRGViaWFuIHBhY2thZ2UuIEkgaGF2ZW7igJl0IGFueSBw b3NzaWJpbGl0eSB0byB0ZXN0IGl0IGluIERlYmlhbg0KPiB1bnN0YWJsZSBkaXN0cmlidXRpb24u IFNvIEkgYW0gYWZyYWlkIHRoYXQgdGhlIHNhbWUgcHJvYmxlbSBpcyByZWxhdGluZyB0bw0KPiBw bWNkLCBwbWllIGFuZCBwbXByb3h5IGNvbmZpZ3VyYXRpb24gZmlsZXMuDQoNCkkgdGhpbmsgdGhp cyBpcyBhIGZlYXR1cmUgb2YgZHBrZy9hcHQgLSBpdCBzZWVtcyB0byBrZWVwIGFyb3VuZCBvcmln aW5hbA0KY29waWVzIG9mIGNvbmZpZ3VyYXRpb24gZmlsZXMgZnJvbSBlYXJsaWVyIHZlcnNpb25z IG9mIHBhY2thZ2VzLCBqdXN0IGluDQpjYXNlIHRoZXkgbmVlZCB0byBiZSBjb21wYXJlZCB0byBu ZXcgdmVyc2lvbnMuICBJIHRoaW5rLiAgQXMgeW91IG1lbnRpb24NCmxhdGVyIGluIHlvdXIgbWFp bCAuLi4NCg0KJCBkcGtnIC0tY29udGVudHMgcGNwXzMuOC4wX2kzODYuZGViIHwgZ3JlcCBwbWNk LmNvbmYNCi1ydy1yLS1yLS0gcm9vdC9yb290ICAgICAgIDM4MSAyMDEzLTA1LTIzIDA5OjM5IC4v ZXRjL3BjcC9wbWNkL3BtY2QuY29uZg0KDQpUaGlzIGlzIHRoZSAicmVhbCIgdmVyc2lvbiBvZiB0 aGlzIGZpbGUsIGFzIG9mIDMuOC4wLCBlYXJsaWVyIHZlcnNpb25zIGl0DQpsaXZlZCBpbiBhbHRl cm5hdGUgbG9jYXRpb25zLg0KDQo+IERpcmVjdG9yaWVzIGFuZCBmaWxlczoNCj4gDQo+IAkvZXRj L3BtcHJveHkvcG1wcm94eS5vcHRpb25zDQo+IAkvZXRjL3BtaWUvY29udHJvbA0KPiAJL2V0Yy9w bWxvZ2dlci9jb250cm9sDQo+IAkvZXRjL3BtY2QvcG1jZC5jb25mDQo+IAkvZXRjL3BtY2QvcmMu bG9jYWwNCj4gCS9ldGMvcG1jZC9wbWNkLm9wdGlvbnMNCj4gDQo+IGFyZSBnZW5lcmF0ZWQgZHVy aW5nIHBjcCBwYWNrYWdlIGluc3RhbGxhdGlvbiAoaS5lLiB0aGV5IGFyZSBub3QgYSBwYXJ0IG9m DQo+IHBhY2thZ2UgYnV0IGFyZSBkeW5hbWljYWxseSBnZW5lcmF0ZWQpLiBCdXQgYXMgSSB3cm90 ZSBlYXJsaWVyIC0gaXQgbWF5IGJlDQo+IGEgcHJvYmxlbSB0aGF0IGNvbmNlcm5zIG9ubHkgbXkg YmFja3BvcnRlZCBwYWNrYWdlcy4NCg0KTm90IHN1cmUgaXRzIGEgcHJvYmxlbSwgSSB0aGluayBk cGtnIGlzIGRvaW5nIHRoaXMgYXMgYSBzYWZlZ3VhcmQgZHVyaW5nIGFuDQp1cGdyYWRlLiAgSWYg aXQgd2FzIGEgbmV3IGluc3RhbGwsIEkgc3VzcGVjdCB0aGVzZSB3b3VsZCBub3QgZXhpc3QuICBP ciBpZg0KeW91IGRvIGEgZHBrZyAtLXB1cmdlLCB0aGF0IG1pZ2h0IHJlbW92ZSB0aGVzZSB0b28g SSB0aGluay4NCg0KRWl0aGVyIHdheSwgSSBzZWUgdGhpcyBiZWhhdmlvdXIgdG9vIC0gaXRzIGRl ZmluaXRlbHkgbm90IHNwZWNpZmljIHRvIHlvdXINCmJhY2twb3J0Lg0KDQo+IFRvbW9ycm93IEkg d2lsbCBwbGF5IHdpdGggcGNwLWdyYXBoIGFuZCBJIHdpbGwgZ2l2ZSB5b3UgZmVlZGJhY2suDQoN CihqZWZmcGMgb24gI3BjcCBhbmQvb3IgcGNwQG9zcy5zZ2kuY29tIGlzIHRoZSBhdXRob3IsIGhl J2QgbG92ZSB0byBoZWFyIHRvbykNCg0KPiBIYXZlIGEgbmljZSBkYXkuDQoNCllvdSB0b28hDQoN CmNoZWVycy4NCg0KLS0NCk5hdGhhbg0KDQoNCiAtLQ0KSW5nLiBNYXJlayBVaGVyDQpTZW5pb3Ig U29sdXRpb24gU3BlY2lhbGlzdA0KRGVsaXZlcnkgQ2VudGVyIEJpZyBEYXRhICYgQkkgU29sdXRp b25zDQpEZWxpdmVyeSBVbml0IEhvcml6b250YWwgU29sdXRpb25zDQpTeXN0ZW1zIEludGVncmF0 aW9uDQpULVN5c3RlbXMgQ3plY2ggUmVwdWJsaWMgYS5zLg0KTmEgUGFua3LDoWNpIDE2ODUvMTcs IDE5DQpQcmFoYSA0DQoxNDAgMjENCkN6ZWNoIFJlcHVibGljDQpNb2JpbGU6ICgrNDIwKSA3Mzkg MjQyIDEwMw0KUGhvbmU6ICgrNDIwKSAyMzYgMDk5IDcwNA0KRmF4OiAoKzQyMCkgMjM2IDA5OSA5 OTkNCkUtbWFpbDogbWFyZWsudWhlckB0LXN5c3RlbXMuY3oNCldXVzogaHR0cDovL3d3dy50LXN5 c3RlbXMuY3ovDQpEYXRhIGJveCBJRDogczV0anR2OCAgDQoNClQtU3lzdGVtcyBDemVjaCBSZXB1 YmxpYyBhLnMuDQpSZWdpc3RlcmVkIHdpdGggdGhlIENvbW1lcmNpYWwgUmVnaXN0ZXIgbWFpbnRh aW5lZCBieSB0aGUgTXVuaWNpcGFsIENvdXJ0IGluIFByYWd1ZSwgUGFydCBCLCBFbnRyeSBOby4g MzkzOA0KV2l0aCBpdHMgcmVnaXN0ZXJlZCBhZGRyZXNzIGF0IE5hIFBhbmtyw6FjaSAxNjg1LzE3 LCAxOSwgMTQwIDIxIFByYWhhIDQNCkJvYXJkIG9mIERpcmVjdG9yczoNCkluZy4gTWljaGFsIEjD oXRsZSwgQ1NjLiwgQ2hhaXJtYW4gb2YgdGhlIEJvYXJkIG9mIERpcmVjdG9ycw0KSW5nLiBMZW5r YSBLYWxpxaFvdsOhLCBDU2MuLCBNZW1iZXIgb2YgdGhlIEJvYXJkIG9mIERpcmVjdG9ycw0KQ29t cGFueSBJRDoJNjEwNTkzODINClRheCBJRDoJQ1o2MTA1OTM4Mg0KDQpVcG96b3JuxJtuw606IFRh dG8genByw6F2YSBhIGplasOtIHDFmcOtbG9oeSBtb2hvdSBvYnNhaG92YXQgaW50ZXJuw60gbmVi byBkxa92xJtybsOpIGluZm9ybWFjZS4gUG9rdWQgbmVqc3RlIHphbcO9xaFsZW7DvSBwxZnDrWpl bWNlLCB0YWsgcHJvc8OtbSBuZXByb2RsZW7EmyBvem5hbXRlIG9kZXPDrWxhdGVsaSwgxb5lIGpz dGUgb2JkcsW+ZWxpIHR1dG8genByw6F2dSBvbXlsZW0uIEpha8Oha29saXYgcHJvaGzDrcW+ZW7D rSwgxaHDrcWZZW7DrSBuZWJvIGtvcMOtcm92w6Fuw60gdMOpdG8genByw6F2eSBqZSBwxZnDrXNu xJsgemFrw6F6w6Fuby4gTmVwcm9kbGVuxJsgdHV0byB6cHLDoXZ1IGEgdsWhZWNobnkgamVqw60g cMWZw61sb2h5IHNtYcW+dGUuIETEm2t1amVtZS4NCg0KTm90aWNlOiBUaGlzIHRyYW5zbWl0dGFs IGFuZC9vciBhdHRhY2htZW50cyBtYXkgYmUgcHJpdmlsZWdlZCBvciBjb25maWRlbnRpYWwuIElm IHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlm aWVkIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyB0cmFuc21pdHRhbCBpbiBlcnJvcjsgYW55 IHJldmlldywgZGlzc2VtaW5hdGlvbiwgb3IgY29weWluZyBpcyBzdHJpY3RseSBwcm9oaWJpdGVk LiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyB0cmFuc21pdHRhbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlm eSB1cyBpbW1lZGlhdGVseSBieSByZXBseSBhbmQgaW1tZWRpYXRlbHkgZGVsZXRlIHRoaXMgbWVz c2FnZSBhbmQgYWxsIGl0cyBhdHRhY2htZW50cy4gVGhhbmsgeW91Lg0KDQo= From pevans@redhat.com Thu May 23 11:29:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 34BB17F37 for ; Thu, 23 May 2013 11:29:43 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1138F8F8084 for ; Thu, 23 May 2013 09:29:39 -0700 (PDT) X-ASG-Debug-ID: 1369326576-04cbb0049da2640001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id kmnRXl8O1o5DXnJk for ; Thu, 23 May 2013 09:29:36 -0700 (PDT) X-Barracuda-Envelope-From: pevans@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4NGTZZI001531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 23 May 2013 12:29:35 -0400 Received: from [10.36.6.69] (vpn1-6-69.ams2.redhat.com [10.36.6.69]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4NGTY5K017092; Thu, 23 May 2013 12:29:34 -0400 Message-ID: <519E43ED.8020701@redhat.com> Date: Thu, 23 May 2013 17:29:33 +0100 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion References: <517FBD63.3010804@redhat.com> <1117296374.7864618.1367373452615.JavaMail.root@redhat.com> <5180D92F.40809@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion In-Reply-To: <5180D92F.40809@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1369326576 X-Barracuda-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 Nathan, It has taken a bit longer than I originally planned it to but I have made all of the suggested changes to the code that were pointed out. A list of my changes are below: Made general improvements with code for the pmda over last time whilst taking on suggestions made by Nathan Scott. Have improved collection code for the glock_lock_time trace-point metrics as well as switching to the provided pmdaCache(3) data structure instead of a home made linked-list data structure. Introduced a new gfs2.control.glock_lock_time metric which can be used to enable/disable the glock_lock_time statistic collection based on its value, this can be set using pmStore(3)on this metric. On installs without the support for trace-point based statistics, the metrics are disabled by default because the necessary config files will not be found. Split the QA files into two halves, the first 654 handles testing of the base part of the pmda (glstats, sbstats, glocks metrics). 655 then handles testing for the trace-point based metrics with not_run escapes in an event that trace-point based metrics are not available for the install (i.e. Debian unstable?). A new common.gfs2 script handles common functions used in both of the tests. #modified: src/pmdas/gfs2/GNUmakefile Misc. changes to include the new control based metric files into the pmda. #modified: src/pmdas/gfs2/Install Have removed the enabling of the glock_lock_time trace-point from here and moved it within the pmda itself. #new file: src/pmdas/gfs2/control.c, new file: src/pmdas/gfs2/control.h The control based metrics current have the functions to amend the control.glock_lock_time metric, the plan is to use this as a future method to finely control which trace-point based metrics are enabled at any time by switching them on or off using pmStore(3). #modified: src/pmdas/gfs2/glocks.c, modified: src/pmdas/gfs2/glstats.c Misc. code and comment cleanup. #modified: src/pmdas/gfs2/help Cleaned up the help text to reflect the changes to the glock_lock_time metrics as well as adding additional entries for the new control metric. #modified: src/pmdas/gfs2/lock_time.c, modified: src/pmdas/gfs2/lock_time.h Cleaned up the collection loop for the trace-point data, have moved to a single loop that removes the dependency on allocation of dynamic memory to achieve collection of the data. These changes will reduce the memory requirements of the pmda and speeds up the pmda with less iteration of the data. Changed the data structure to hold our collected data, I have gone from home made linked-list to the available pmdaCache(3) this reduces the amount of code, simplifies reading and reduces again the amount of iteration of the locks we have (no more remove duplicate and easier addition through a well defined hash). Changed the collection rate by changing the calling gfs2_refresh_lock_time() from once-per each file-system to once for all file-systems, this reduces the complexity of data storage. Reducing potential of lost lock data in-between refreshes. #modified: src/pmdas/gfs2/pmda.c Changed the number of calls to gfs2_refresh_lock_time() from once per each filesystem to now being called once for all file-systems also removed forgotten testing code that was left within the gfs2_fetch_refresh function. Separated instance refresh so that the collection of dev_id is handled within another function in order to increase code readability. Introduced the necessary pmStore(3) hooks so that we can use the control based metrics to handle whether we are collecting statistics from the trace-point based metrics borrowing from the techniques used in the linux pmda. #modified: src/pmdas/gfs2/pmdagfs2.h Moved dev_id to the top of the structure as suggested. #modified: src/pmdas/gfs2/pmns Added new control metric in order to enable/disable collecting of the glock_lock_time metrics. #modified: qa/654 Split the test into half, this file now checks for support for gfs2, attempts to probe the required modules and if they exist and are not already loaded. We test glstats, sbstats and glock metrics here. #new file: qa/655 Handles the testing of the current trace-point based metrics and will be used for any future ones. Checks for support of these types of metrics, if they do not exist the test is not run. #modified: qa/GNUmakefile Changes to the makefile to include the new common.gfs2 script. #new file: qa/common.gfs2 Contains functions which will be used by both the 654 and 655 tests. #modified: qa/group Added entry for the new 655 test. These changes are available at git://github.com/pauljevans/pcp.git gfs2 I look forward to feedback. Regards, Paul. From nscott@redhat.com Thu May 23 17:46:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B2BC67F37 for ; Thu, 23 May 2013 17:46:09 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id A180B30404E for ; Thu, 23 May 2013 15:46:09 -0700 (PDT) X-ASG-Debug-ID: 1369349164-04cb6c4740b8120001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 9R5KG2pnNu6UqUeo for ; Thu, 23 May 2013 15:46:04 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4NMk1U2029637; Thu, 23 May 2013 18:46:02 -0400 Date: Thu, 23 May 2013 18:46:01 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Uher Marek , "Josef 'Jeff' Sipek" Cc: pcp@oss.sgi.com Message-ID: <130080755.11061044.1369349161918.JavaMail.root@redhat.com> In-Reply-To: References: <297040775.6857931.1369087178367.JavaMail.root@redhat.com> <1323977182.8728117.1369170456455.JavaMail.root@redhat.com> <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> Subject: Re: Replacement for pcp-ise / pcp-pro MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Replacement for pcp-ise / pcp-pro Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Replacement for pcp-ise / pcp-pro Thread-Index: Ac5VXl0pROpj4rLxQWKdTDqNRJI6vQjSRuqPCKd/FwAx0exoqkLkzxbQ8OmW7rD1FmXyIOtZtMKQ X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369349164 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=INFO_TLD, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131831 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 INFO_TLD URI: Contains an URL in the INFO top-level domain ----- Original Message ----- >=20 > =09Hi Nathan, >=20 > Today I completely rebuild my backported packages. Afterwards I made > full reinstallation of them (i.e. I purged all pcp related packages, > removed all logs and configuration files and installed new versions). >=20 > It seems that problem described below was relating to my backported > packages only. I made few builds and reinstallation in the past and > probably some artifact remained on my system. Now everything is > installed correctly and configuration files are placed on right place. > I also put new packages to web site (if anyone wants to download them): >=20 > =09http://uher.info/debian/dists/wheezy-backports/main/binary-amd64/ >=20 > Repository listed above is not apt-getable (manual download and > installation is necessary) and binaries for amd64 distro are backported > only. >=20 OK, thanks Marek. > Finally I also downloaded today pcp-graph sources from jeffpc git > repository. After installation of some missing dev libraries on my > system I was able to build pcp-graph binary. Problem is that there > isn=E2=80=99t included any documentation or manual page. Program itself > requires configuration file on startup. I tried to find any example > but I was not successful. Therefore I would like to ask you or Jeff > to provide some documentation, man page, example or any other I've CC'd Jeff for further info. > information source for pcp-graph. Many thanks in advance. Have a nice > day. No problem - you too! > In parallel I am trying to revive (just for fun) a piece of pcp-ise which > used Xvfb and pmchart to provide graph rendering. Something similar exists - have a look at pmsnap(1) in the pcp-gui git tree, code at pcp-gui/src/snap & man page pcp-gui/man/man1/pmsnap.1 The advantage of pcp-graph is that it doesn't need an X server, but if you don't mind that it might work out for you (I haven't used this for awhile, but it used to work & automates the Xvfb startup IIRC). cheers. -- Nathan From fche@redhat.com Thu May 23 22:28:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 676647F37 for ; Thu, 23 May 2013 22:28:56 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3958F304039 for ; Thu, 23 May 2013 20:28:56 -0700 (PDT) X-ASG-Debug-ID: 1369366132-04bdf07816cd8a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id xmioWZ4yAtuxZEJ3 for ; Thu, 23 May 2013 20:28:52 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4O3SnTB010439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 May 2013 23:28:49 -0400 Received: from fche.csb (vpn-62-51.rdu2.redhat.com [10.10.62.51]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4O3Sm5q011733; Thu, 23 May 2013 23:28:49 -0400 Received: by fche.csb (Postfix, from userid 2569) id 5F9A75819D; Thu, 23 May 2013 23:28:48 -0400 (EDT) To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: Checking PCP archives - RFC References: <519AC94B.9020904@internode.on.net> <519C0AA9.5010706@internode.on.net> <20130522132819.GJ28935@redhat.com> <519D2BE3.9010107@internode.on.net> X-ASG-Orig-Subj: Re: Checking PCP archives - RFC From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 23 May 2013 23:28:48 -0400 In-Reply-To: <519D2BE3.9010107@internode.on.net> (Ken McDonell's message of "Thu, 23 May 2013 06:34:43 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1369366132 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Ken McDonell writes: > [...] >> (Yes, fuzzing can include structured data, by teaching it the grammar of >> PCP archives but then messing with the productions randomly.) > > Frank do you have a pointer to an available toolkit that would be > suitable for this sort of effort? I've read about, but never used > fuzzers. Yeah, I'm in the same boat. One might reinvent the wheel by hand-coded error-generators like mkbadlen, we could investigate tools like http://peachfuzzer.com/, wherein an XMLy model is made of the data format, then the tool generates a gajillion slightly-wrong ones. The fact that PCP archives span more than one file may pose a problem. OTOH, the same toolset can also be configured to do fuzzing of the wire protocol (!). - FChE From jeffpc@josefsipek.net Fri May 24 09:30:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3F30E7CBF for ; Fri, 24 May 2013 09:30:10 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D3024AC006 for ; Fri, 24 May 2013 07:30:06 -0700 (PDT) X-ASG-Debug-ID: 1369405804-04cbb0049dfd0e0001-S8gJnT Received: from josefsipek.net (josefsipek.net [64.9.206.49]) by cuda.sgi.com with ESMTP id llxV4eEXWDnHSI38 for ; Fri, 24 May 2013 07:30:04 -0700 (PDT) X-Barracuda-Envelope-From: jeffpc@josefsipek.net X-Barracuda-Apparent-Source-IP: 64.9.206.49 Received: from poseidon.cudanet.local (unknown [64.235.151.250]) by josefsipek.net (Postfix) with ESMTPSA id DE067554D8; Fri, 24 May 2013 10:30:03 -0400 (EDT) Date: Fri, 24 May 2013 10:30:02 -0400 From: Josef 'Jeff' Sipek To: Nathan Scott Cc: Uher Marek , pcp@oss.sgi.com Subject: Re: Replacement for pcp-ise / pcp-pro Message-ID: <20130524143002.GB4523@poseidon.cudanet.local> X-ASG-Orig-Subj: Re: Replacement for pcp-ise / pcp-pro References: <297040775.6857931.1369087178367.JavaMail.root@redhat.com> <1323977182.8728117.1369170456455.JavaMail.root@redhat.com> <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> <130080755.11061044.1369349161918.JavaMail.root@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <130080755.11061044.1369349161918.JavaMail.root@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Barracuda-Connect: josefsipek.net[64.9.206.49] X-Barracuda-Start-Time: 1369405804 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131894 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Thu, May 23, 2013 at 06:46:01PM -0400, Nathan Scott wrote: > ----- Original Message ----- ... > > Finally I also downloaded today pcp-graph sources from jeffpc git > > repository. After installation of some missing dev libraries on my > > system I was able to build pcp-graph binary. Problem is that there > > isn’t included any documentation or manual page. Program itself > > requires configuration file on startup. I tried to find any example > > but I was not successful. Therefore I would like to ask you or Jeff > > to provide some documentation, man page, example or any other > > I've CC'd Jeff for further info. Sadly, I never finished pcp-graph. I got most of the basic rendering complete. Y-axis scaling is almost done. Here's a link to some config files and the output they produce with some archives I had back in 2011. http://31bits.net/projects/pcp-graph/ So, unless you are a developer that wants to hack pcp-graph into something that's actually done, I'm afraid that it's mostly useless for you. (FWIW, the goal for pcp-graph was to provide the equivalent of rrdtool's plotting abilities to pcp. Well better than rrdtool's because pcp understands units not just prefixes.) Jeff. -- NT is to UNIX what a doughnut is to a particle accelerator. From Marek.Uher@t-systems.cz Fri May 24 09:44:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E4B527CBF for ; Fri, 24 May 2013 09:44:48 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id ABD6530404E for ; Fri, 24 May 2013 07:44:45 -0700 (PDT) X-ASG-Debug-ID: 1369406680-04bdf078181017a0001-S8gJnT Received: from mx1.t-systems.cz (mx1o.t-systems.cz [212.67.76.232]) by cuda.sgi.com with ESMTP id VQCkYWb7Ea5lxKxM for ; Fri, 24 May 2013 07:44:42 -0700 (PDT) X-Barracuda-Envelope-From: Marek.Uher@t-systems.cz X-Barracuda-Apparent-Source-IP: 212.67.76.232 X-AuditID: d4434ce6-b7f646d000001405-49-519f7cd8f0f2 Received: from SRVPP07.t-systems.cz (Unknown_Domain [10.246.109.18]) by mx1.t-systems.cz (TSSMSGW) with SMTP id 3C.06.05125.8DC7F915; Fri, 24 May 2013 16:44:40 +0200 (CEST) Received: from SRVPPE02.t-systems.cz ([10.246.119.15]) by SRVPP07.t-systems.cz ([10.246.109.28]) with mapi; Fri, 24 May 2013 16:44:40 +0200 From: Uher Marek To: Nathan Scott , Josef 'Jeff' Sipek CC: "pcp@oss.sgi.com" Date: Fri, 24 May 2013 16:44:39 +0200 Subject: RE: Replacement for pcp-ise / pcp-pro Thread-Topic: Replacement for pcp-ise / pcp-pro X-ASG-Orig-Subj: RE: Replacement for pcp-ise / pcp-pro Thread-Index: Ac5VXl0pROpj4rLxQWKdTDqNRJI6vQjSRuqPCKd/FwAx0exoqkLkzxbQ8OmW7rD1FmXyIOtZtMKQ1YTebIA= Message-ID: References: <297040775.6857931.1369087178367.JavaMail.root@redhat.com> <1323977182.8728117.1369170456455.JavaMail.root@redhat.com> <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> <130080755.11061044.1369349161918.JavaMail.root@redhat.com> In-Reply-To: <130080755.11061044.1369349161918.JavaMail.root@redhat.com> Accept-Language: cs-CZ Content-Language: cs-CZ X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: cs-CZ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIKsWRmVeSWpSXmKPExsXC9S1XSPdGzfxAg9ZbUhaXX89ls2ibPZnZ onPCeiYHZo9fbXOZPf52HWXzWH1hK2MAcxSXTUpqTmZZapG+XQJXxvT9HAVHJCvWXn7A2MD4 QaKLkZNDQsBEYu/rBewQtpjEhXvr2boYuTiEBNYxSizr+MAC4fQySsxf8Y0RpIpNQEuiZ/cv VhBbRCBYon3RKaA4BwezgLrE0hsWIGEWAVWJQy93goWFBfQk2nb5gpgiAvoSC0+LQzQmSbz6 3s8GYvMKBEj8br/FBGILCcxhkbj5oxrE5hTwkJjf+4UFxGYEOm3Jzv9gBzALiEu8e/6FCeJk AYkle84zQ9iiEi8f/2OFqBeV+DN5FzPEYZoS63fpQ7QqSkzpfsgOsVZQ4uTMJywTGMVmIZk6 C6FjFpKOWUg6FjCyrGIUyK0w1CvRLa4sLknNLdZLrtrECIyfK84+z3YwdqzXPMQowMGoxMMr UD4/UIg1say4MvcQoyQHk5Iob1M1UIgvKT+lMiOxOCO+qDQntfgQowQHs5IIr1gZUI43JbGy KrUoHyYlw8GhJMH7D6RNsCg1PbUiLTMHmCRg0kwcnCDtPEDtAjUg7cUFibnFmekQ+VOMklLi vI9AmgVAEhmleXC9rxjFgY4U5n0FkuUBpjO4rldAA5mABt7MBRtYkoiQkmpgnPBmnpNGwpRL q/7N952yzznd1GCxqMnFgIXannVJm2ewPDGoCPzz3cs68LbdbamOgr69O7avKMzu1eTKvRP+ dMHeR4anshave6vf3nNy4fRJ713m7D31a17wlL6UO00WN5xkWuY9rbn3sjJeR/de1/HTr56Z MhcYfDryW7vR6/GmhOyvxzauZVFiKc5INNRiLipOBAB3XhW6JAMAAA== X-Barracuda-Connect: mx1o.t-systems.cz[212.67.76.232] X-Barracuda-Start-Time: 1369406681 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=INFO_TLD, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131894 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 INFO_TLD URI: Contains an URL in the INFO top-level domain DQoJSGkgTmF0aGFuICYgSmVmZiwNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IE5hdGhhbiBTY290dCBbbWFpbHRvOm5hdGhhbnNAZGViaWFuLm9yZ10gDQpTZW50OiBGcmlkYXks IE1heSAyNCwgMjAxMyAxMjo0NiBBTQ0KVG86IFVoZXIgTWFyZWs7IEpvc2VmICdKZWZmJyBTaXBl aw0KQ2M6IHBjcEBvc3Muc2dpLmNvbQ0KU3ViamVjdDogUmU6IFJlcGxhY2VtZW50IGZvciBwY3At aXNlIC8gcGNwLXBybw0KDQo+DQo+PiBJIGFsc28gcHV0IG5ldyBwYWNrYWdlcyB0byB3ZWIgc2l0 ZSAoaWYgYW55b25lIHdhbnRzIHRvIGRvd25sb2FkDQo+PiB0aGVtKToNCj4+IA0KPj4gaHR0cDov L3VoZXIuaW5mby9kZWJpYW4vZGlzdHMvd2hlZXp5LWJhY2twb3J0cy9tYWluL2JpbmFyeS1hbWQ2 NC8NCj4+IA0KPj4gUmVwb3NpdG9yeSBsaXN0ZWQgYWJvdmUgaXMgbm90IGFwdC1nZXRhYmxlICht YW51YWwgZG93bmxvYWQgYW5kDQo+PiBpbnN0YWxsYXRpb24gaXMgbmVjZXNzYXJ5KSBhbmQgYmlu YXJpZXMgZm9yIGFtZDY0IGRpc3RybyBhcmUNCj4+IGJhY2twb3J0ZWQgb25seS4NCj4+IA0KPg0K PiBPSywgdGhhbmtzIE1hcmVrLg0KPg0KDQpObyBwcm9ibGVtIDotKQ0KDQo+DQo+PiBGaW5hbGx5 IEkgYWxzbyBkb3dubG9hZGVkIHRvZGF5IHBjcC1ncmFwaCBzb3VyY2VzIGZyb20gamVmZnBjIGdp dA0KPj4gcmVwb3NpdG9yeS4gQWZ0ZXIgaW5zdGFsbGF0aW9uIG9mIHNvbWUgbWlzc2luZyBkZXYg bGlicmFyaWVzIG9uIG15DQo+PiBzeXN0ZW0gSSB3YXMgYWJsZSB0byBidWlsZCBwY3AtZ3JhcGgg YmluYXJ5LiBQcm9ibGVtIGlzIHRoYXQgdGhlcmUNCj4+IGlzbuKAmXQgaW5jbHVkZWQgYW55IGRv Y3VtZW50YXRpb24gb3IgbWFudWFsIHBhZ2UuIFByb2dyYW0gaXRzZWxmDQo+PiByZXF1aXJlcyBj b25maWd1cmF0aW9uIGZpbGUgb24gc3RhcnR1cC4gSSB0cmllZCB0byBmaW5kIGFueSBleGFtcGxl DQo+PiBidXQgSSB3YXMgbm90IHN1Y2Nlc3NmdWwuIFRoZXJlZm9yZSBJIHdvdWxkIGxpa2UgdG8g YXNrIHlvdSBvciBKZWZmDQo+PiB0byBwcm92aWRlIHNvbWUgZG9jdW1lbnRhdGlvbiwgbWFuIHBh Z2UsIGV4YW1wbGUgb3IgYW55IG90aGVyDQo+DQo+IEkndmUgQ0MnZCBKZWZmIGZvciBmdXJ0aGVy IGluZm8uDQo+DQoNClRoYW5rcy4gDQoNCj4NCj4+IEluIHBhcmFsbGVsIEkgYW0gdHJ5aW5nIHRv IHJldml2ZSAoanVzdCBmb3IgZnVuKSBhIHBpZWNlIG9mIHBjcC1pc2UNCj4+IHdoaWNoIHVzZWQg WHZmYiBhbmQgcG1jaGFydCB0byBwcm92aWRlIGdyYXBoIHJlbmRlcmluZy4NCj4NCj4gU29tZXRo aW5nIHNpbWlsYXIgZXhpc3RzIC0gaGF2ZSBhIGxvb2sgYXQgcG1zbmFwKDEpIGluIHRoZSBwY3At Z3VpIGdpdA0KPiB0cmVlLCBjb2RlIGF0IHBjcC1ndWkvc3JjL3NuYXAgJiBtYW4gcGFnZSBwY3At Z3VpL21hbi9tYW4xL3Btc25hcC4xDQo+IFRoZSBhZHZhbnRhZ2Ugb2YgcGNwLWdyYXBoIGlzIHRo YXQgaXQgZG9lc24ndCBuZWVkIGFuIFggc2VydmVyLCBidXQgaWYNCj4geW91IGRvbid0IG1pbmQg dGhhdCBpdCBtaWdodCB3b3JrIG91dCBmb3IgeW91IChJIGhhdmVuJ3QgdXNlZCB0aGlzIGZvcg0K PiBhd2hpbGUsIGJ1dCBpdCB1c2VkIHRvIHdvcmsgJiBhdXRvbWF0ZXMgdGhlIFh2ZmIgc3RhcnR1 cCBJSVJDKS4NCj4NCg0KU28sIEkgYW5hbHl6ZWQgb2xkIHBjcC1pc2Ugc2NyaXB0IGFuZCBJIHRy aWVkIHRvIHVwZGF0ZSBpdCB0byBmb2xsb3cNCmxhdGVzdCBEZWJpYW4gV2hlZXplIHN0YW5kYXJk cy4gSSB3YXMgcGFydGlhbGx5IHN1Y2Nlc3NmdWwuIEkgcmV3cm90ZSB0aGUNCmluaXQgc2NyaXB0 IGl0c2VsZiBidXQgdW5mb3J0dW5hdGVseSB0aGVyZSBhcmUgdXNlZCBzb21lIGNvbmZpZ3VyYXRp b24NCmZpbGVzIGFuZCBtZXRyaWNzIHdoaWNoIGFyZSBub3QgYXZhaWxhYmxlIGFueW1vcmUgKGku ZS4gd2ViIG1ldHJpYyBmb3IgcGNwLA0KY3VzdG9taXplZCBYcmVzb3VyY2VzIGZvciBYdmZiIHNl cnZlciwgZXRjLikuDQoNCkl0IHdhcyBqdXN0IGEgZ29vZCBleGVyY2lzZSBpbiBiYXNoIHByb2dy YW1taW5nIHdpdGggYW55IHVzYWJsZSByZXN1bHQuDQpBbmQgYXMgeW91IHdyb3RlIOKAkyB0aGVy ZSBpcyBvbmUgYmlnIGRpc2FkdmFudGFnZTogb2xkIHBjcC1pc2UgcmVxdWlyZXMNClh2ZmIgcnVu bmluZyBvbiBzZXJ2ZXIuIEkgYW0gY29udmluY2VkIHRoYXQgcGNwLWdyYXBoIHdpbGwgYmUgYmV0 dGVyDQpzb2x1dGlvbi4gSSB3aWxsIHdhaXQgZm9yIHJlcXVlc3RlZCBkb2N1bWVudGF0aW9uIGFu ZCBhZnRlcndhcmRzIEkgd2lsbA0KdHJ5IHRvIHNvbHZlIG15IHByb2JsZW0gdXNpbmcgcGNwLWdy YXBoLiBIYXZlIGEgbmljZSB3ZWVrZW5kLg0KDQpDaGVlcnMsDQoNCk1hcmVrDQoNCg== From Marek.Uher@t-systems.cz Fri May 24 10:00:01 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 419BD7CBF for ; Fri, 24 May 2013 10:00:01 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id A4140AC003 for ; Fri, 24 May 2013 08:00:00 -0700 (PDT) X-ASG-Debug-ID: 1369407597-04cbb0049dfefb0001-S8gJnT Received: from mx2.t-systems.cz (mx2o.t-systems.cz [212.67.76.203]) by cuda.sgi.com with ESMTP id ATP22k2ubBEV1lnW for ; Fri, 24 May 2013 07:59:58 -0700 (PDT) X-Barracuda-Envelope-From: Marek.Uher@t-systems.cz X-Barracuda-Apparent-Source-IP: 212.67.76.203 X-AuditID: d4434cc9-b7f9a6d000000b88-e3-519f806d0431 Received: from SRVPP07.t-systems.cz (Unknown_Domain [10.246.109.18]) by mx2.t-systems.cz (TSSMSGW) with SMTP id 27.98.02952.D608F915; Fri, 24 May 2013 16:59:57 +0200 (CEST) Received: from SRVPPE02.t-systems.cz ([10.246.119.15]) by SRVPP07.t-systems.cz ([10.246.109.28]) with mapi; Fri, 24 May 2013 16:59:56 +0200 From: Uher Marek To: Josef 'Jeff' Sipek , Nathan Scott CC: "pcp@oss.sgi.com" Date: Fri, 24 May 2013 16:59:55 +0200 Subject: RE: Replacement for pcp-ise / pcp-pro Thread-Topic: Replacement for pcp-ise / pcp-pro X-ASG-Orig-Subj: RE: Replacement for pcp-ise / pcp-pro Thread-Index: Ac5YizAyaAPRU8mOT5KMRdkkIkDjtgAAjWaQ Message-ID: References: <297040775.6857931.1369087178367.JavaMail.root@redhat.com> <1323977182.8728117.1369170456455.JavaMail.root@redhat.com> <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> <130080755.11061044.1369349161918.JavaMail.root@redhat.com> <20130524143002.GB4523@poseidon.cudanet.local> In-Reply-To: <20130524143002.GB4523@poseidon.cudanet.local> Accept-Language: cs-CZ Content-Language: cs-CZ X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: cs-CZ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIKsWRmVeSWpSXmKPExsXC9S1XSDe3YX6gwe87vBaXX89ls2ibPZnZ onPCeiYHZo9fbXOZPf52HWXzWH1hK2MAcxSXTUpqTmZZapG+XQJXxtIt8xkLOoQrFmw4yNbA eEKoi5GTQ0LAROLM17/sELaYxIV769m6GLk4hATWMUpMefaDBcLpZZTYPvMVM0gVm4CWRM/u X6wgtohAsMTD76cYuxg5OJgF1CWW3rAACbMIqEqsu3aYFSQsLKAn0bbLF8QUEdCXWHhaHMI0 ktg9RQDE5BUIkJh6RgJiz1kWiffrL4FdwylgLfFg1lU2EJsR6LIlO/8zgtjMAuIS755/YYK4 WEBiyZ7zzBC2qMTLx/9YIepFJf5M3sUMcZemxPpd+hCtihJTuh+CjecVEJQ4OfMJywRGsVlI ps5C6JiFpGMWko4FjCyrGAVyK4z0SnSLK4tLUnOL9ZKrNjEC4+eKs8/JHYyXJ1kfYhTgYFTi 4RUonx8oxJpYVlyZe4hRkoNJSZR3Uh1QiC8pP6UyI7E4I76oNCe1+BCjBAezkgivWBlQjjcl sbIqtSgfJiXDwaEkwbu1HiglWJSanlqRlpkDTBIwaSYOTpB2HqD2CJAa3uKCxNzizHSI/ClG SSlx3n6QhABIIqM0D673FaM40JHCvBtBsjzAdAbX9QpoIBPQwJu5YANLEhFSUg2MJzs9Oaqu Wcj0/91ypmCmI1OGTOPfQqZq/fg0M5EFQaZ7jwT8+m2X1Jt+ahXTW8Mso4bMjqv6Ge9SHRYl BwqzfJV+WH1pirmLsbvNtH353FtLDZ8u0LyoHWEg5914Ui7hbW9Qkthal89v3gheDLmRtqKR Oav5Vf7e0EvnK2PCYq61R5d9nqzEUpyRaKjFXFScCACKmR4OJAMAAA== X-Barracuda-Connect: mx2o.t-systems.cz[212.67.76.203] X-Barracuda-Start-Time: 1369407598 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131896 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... DQoJSGkgSmVmZiBhbmQgTmF0aGFuLA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv bTogSm9zZWYgJ0plZmYnIFNpcGVrIFttYWlsdG86amVmZnBjQGpvc2Vmc2lwZWsubmV0XSANClNl bnQ6IEZyaWRheSwgTWF5IDI0LCAyMDEzIDQ6MzAgUE0NClRvOiBOYXRoYW4gU2NvdHQNCkNjOiBV aGVyIE1hcmVrOyBwY3BAb3NzLnNnaS5jb20NClN1YmplY3Q6IFJlOiBSZXBsYWNlbWVudCBmb3Ig cGNwLWlzZSAvIHBjcC1wcm8NCg0KPg0KPiBTYWRseSwgSSBuZXZlciBmaW5pc2hlZCBwY3AtZ3Jh cGguICBJIGdvdCBtb3N0IG9mIHRoZSBiYXNpYyByZW5kZXJpbmcNCj4gY29tcGxldGUuICBZLWF4 aXMgc2NhbGluZyBpcyBhbG1vc3QgZG9uZS4gIEhlcmUncyBhIGxpbmsgdG8gc29tZSBjb25maWcN Cj4gZmlsZXMgYW5kIHRoZSBvdXRwdXQgdGhleSBwcm9kdWNlIHdpdGggc29tZSBhcmNoaXZlcyBJ IGhhZCBiYWNrIGluIDIwMTEuDQo+IA0KPiBodHRwOi8vMzFiaXRzLm5ldC9wcm9qZWN0cy9wY3At Z3JhcGgvDQo+IA0KPiBTbywgdW5sZXNzIHlvdSBhcmUgYSBkZXZlbG9wZXIgdGhhdCB3YW50cyB0 byBoYWNrIHBjcC1ncmFwaCBpbnRvIHNvbWV0aGluZw0KPiB0aGF0J3MgYWN0dWFsbHkgZG9uZSwg SSdtIGFmcmFpZCB0aGF0IGl0J3MgbW9zdGx5IHVzZWxlc3MgZm9yIHlvdS4NCj4gDQo+IChGV0lX LCB0aGUgZ29hbCBmb3IgcGNwLWdyYXBoIHdhcyB0byBwcm92aWRlIHRoZSBlcXVpdmFsZW50IG9m IHJyZHRvb2wncw0KPiBwbG90dGluZyBhYmlsaXRpZXMgdG8gcGNwLiAgV2VsbCBiZXR0ZXIgdGhh biBycmR0b29sJ3MgYmVjYXVzZSBwY3ANCj4gdW5kZXJzdGFuZHMgdW5pdHMgbm90IGp1c3QgcHJl Zml4ZXMuKQ0KPiANCj4gSmVmZi4NCj4gDQo+IC0tIA0KPiBOVCBpcyB0byBVTklYIHdoYXQgYSBk b3VnaG51dCBpcyB0byBhIHBhcnRpY2xlIGFjY2VsZXJhdG9yLg0KPg0KDQpCZWZvcmUgSSBjb3Vs ZCBmaW5pc2ggdGhlIHByZXZpb3VzIGUtbWFpbCBJIHJlY2VpdmVkIGEgcmVwbHkgZnJvbSB5b3Uu IEl0DQppcyBhIHBpdHkgdGhhdCB0aGUgcGNwLWdyYXBoIHRvb2wgaXMgbm90IGZpbmlzaGVkLiBE dWUgdG8gdGhpcyBmYWN0LCBJJ2QgbGlrZQ0KdG8gYXNrIGZvciBhZHZpY2UuIEkgYW0gcHJlcGFy aW5nIHRoZSBzZXJ2ZXIgd2hpY2ggd291bGQgcHJvdmlkZSBub3Qgb25seSB0aGUNCmF2YWlsYWJp bGl0eSBtb25pdG9yaW5nIGJ1dCBhbHNvIHRoZSBwZXJmb3JtYW5jZSBtb25pdG9yaW5nLiBGb3Ig cGVyZm9ybWFuY2UNCm1vbml0b3JpbmcgSSB3YW50ZWQgdG8gdXNlIFBDUCAoSSB1c2VkIGl0IGlu IHRoZSBwYXN0IGFuZCBJIHdhcyBzYXRpc2ZpZWQgd2l0aA0KaXQpLg0KDQpNeSBxdWVzdGlvbiBp cyBob3cgSSBjYW4gbm93IGNvbmZpZ3VyZSBhbmQgdXNlIFBDUCB0byBwcm9kdWNlIHdlYiBiYXNl ZA0KcGVyZm9ybWFuY2UgbW9uaXRvcmluZyBvbmxpbmUgb3ZlcnZpZXcgKHN0YXRpc3RpY3MpLiBJ cyB0aGVyZSBjdXJyZW50bHkgb25seQ0Kb25lIHdheSB0byBjb25maWd1cmUgUENQIHVzaW5nIHBt c25hcCAoYXMgd3JvdGUgTmF0aGFuIGluIGhpcyBwcmV2aW91cyBhbnN3ZXIpPw0KT3IgaXMgdGhl cmUgYW55IG90aGVyIHBvc3NpYmlsaXR5PyBNYW55IHRoYW5rcyBpbiBhZHZhbmNlLiBIYXZlIGEg bmljZSB3ZWVrZW5kLg0KDQpDaGVlcnMsDQoNCk1hcmVrDQoNClAuUy4NClRoYW5rIHlvdSBmb3Ig bGluayBhbmQgaW5mb3JtYXRpb24gbGlzdGVkIGFib3ZlLiBJIHdpbGwgaW52ZXN0aWdhdGUgaW4g YW55DQp3YXkuDQoNCg== From daw@sgi.com Fri May 24 16:02:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AA9027CBF for ; Fri, 24 May 2013 16:02:05 -0500 (CDT) Received: from zion.americas.sgi.com (zion.americas.sgi.com [128.162.236.17]) by relay1.corp.sgi.com (Postfix) with ESMTP id 816CA8F8035 for ; Fri, 24 May 2013 14:02:02 -0700 (PDT) Received: (from daw@localhost) by zion.americas.sgi.com (8.12.9/ASC-news-1.4) id r4OL220o36986656 for pcp@oss.sgi.com; Fri, 24 May 2013 16:02:02 -0500 (CDT) From: Dave Wright Message-Id: <201305242102.r4OL220o36986656@zion.americas.sgi.com> Subject: pmchart save view has null for metrics To: pcp@oss.sgi.com Date: Fri, 24 May 2013 16:02:02 -0500 (CDT) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all, pmchart 1.5.6 and 1.5.8 save view is giving me: chart title "Real Memory Usage [%h]" style stacking plot color #9cffab metric (null) plot color #fe68ad metric (null) plot color #ffae2c metric (null) plot color #00ff00 metric (null) Can someone replicate and file a bug please? Do a tab of overview and another of load average and save fiew. Neither one is readable by pmchart completely. Also when I did just a single view and saved same problem. Note that a view saved from pmchart.sgi is readable by pmchart. The version with issues is pmchart 1.5.6. Also tested 1.5.8 from oss.sgi.com and the problem persists. Thank You, Dave Wright From nscott@redhat.com Fri May 24 20:16:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C81107F5A for ; Fri, 24 May 2013 20:16:29 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 55814AC002 for ; Fri, 24 May 2013 18:16:26 -0700 (PDT) X-ASG-Debug-ID: 1369444581-04cb6c4740129370001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 3k2bcHFxuP0OLVhO; Fri, 24 May 2013 18:16:21 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4P1GKmV009683; Fri, 24 May 2013 21:16:21 -0400 Date: Fri, 24 May 2013 21:16:20 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Wright Cc: pcp@oss.sgi.com Message-ID: <1125957757.12026653.1369444580476.JavaMail.root@redhat.com> In-Reply-To: <201305242102.r4OL220o36986656@zion.americas.sgi.com> References: <201305242102.r4OL220o36986656@zion.americas.sgi.com> Subject: Re: [pcp] pmchart save view has null for metrics MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmchart save view has null for metrics Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pmchart save view has null for metrics Thread-Index: Wr4k2K7SXp3ESlAut/lKktJFCRWl2w== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369444581 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131936 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Dave, ----- Original Message ----- > Hello all, > > pmchart 1.5.6 and 1.5.8 save view is giving me: > > chart title "Real Memory Usage [%h]" style stacking > plot color #9cffab metric (null) > plot color #fe68ad metric (null) > plot color #ffae2c metric (null) > plot color #00ff00 metric (null) > > Can someone replicate and file a bug please? > > Do a tab of overview and another of load average and save fiew. > Neither one is readable by pmchart completely. > Also when I did just a single view and saved same problem. > Note that a view saved from pmchart.sgi is readable by pmchart. > The version with issues is pmchart 1.5.6. > > Also tested 1.5.8 from oss.sgi.com and the problem persists. > I'm running 1.5.8 on x86_64 with Qt 4.6, and 1.5.8 on i686 on Qt 4.8 here and haven't been able to reproduce the problem. Trying to get a minimal failing test case that you see, does it have to involve multiple tabs? If you run "pmchart -c Memory" and then do File -> "Save View" does it exhibit the problem? thanks. -- Nathan From nscott@redhat.com Fri May 24 21:47:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 547F37CBF for ; Fri, 24 May 2013 21:47:26 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3441830404E for ; Fri, 24 May 2013 19:47:23 -0700 (PDT) X-ASG-Debug-ID: 1369450038-04cbb0049e13f200001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id pJADUnSLG8V6XWZ1 for ; Fri, 24 May 2013 19:47:18 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4P2lHM5021555 for ; Fri, 24 May 2013 22:47:17 -0400 Date: Fri, 24 May 2013 22:47:17 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1291644770.12032308.1369450037251.JavaMail.root@redhat.com> In-Reply-To: <1413493719.12028178.1369446914244.JavaMail.root@redhat.com> Subject: pcp updates: gfs2 branch MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: gfs2 branch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: gfs2 branch Thread-Index: LHWSYQFScmdG1CuLYbjw+FGgEUC9jw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369450038 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131942 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git gfs2 qa/654 | 91 ------- qa/655 | 65 ++++- qa/GNUmakefile | 2 qa/common.gfs2 | 120 ++++++++- qa/group | 1 src/pmdas/gfs2/GNUmakefile | 5 src/pmdas/gfs2/Install | 7 src/pmdas/gfs2/control.c | 121 +++++++-- src/pmdas/gfs2/control.h | 31 ++ src/pmdas/gfs2/glocks.c | 1 src/pmdas/gfs2/glstats.c | 18 - src/pmdas/gfs2/help | 160 ++++++------ src/pmdas/gfs2/lock_time.c | 582 +++++++++++++++++++-------------------------- src/pmdas/gfs2/lock_time.h | 53 ++-- src/pmdas/gfs2/pmda.c | 123 +++++++-- src/pmdas/gfs2/pmdagfs2.h | 13 - src/pmdas/gfs2/pmns | 5 src/pmdas/gfs2/sbstats.c | 5 src/pmdas/gfs2/sbstats.h | 2 19 files changed, 813 insertions(+), 592 deletions(-) commit e7311d3443e3e5c4c5bf50751c4dfe950bb56f40 Author: Nathan Scott Date: Sat May 25 11:28:34 2013 +1000 Minor qa test tidying - update comments, dup localconfig use commit 9b97f90e2431607f0115b98e7920ac6c4ce35b2d Author: Nathan Scott Date: Fri May 24 17:12:49 2013 +1000 Bug fixes and refactoring in gfs2_refresh_lock_time The cache cull call on the lock_time_indom was being done inside the loop which accumulates glock stats; therefore whenever it takes multiple reads to consume the available glock stats, those from the previous reads would have been accidentally culled. One reason this was not immediately obvious, perhaps, was that the code to extract a single glock stat was interwoven within gfs2_refresh_lock_time - I've moved this out into its own function which clarifies things (to my eyes at least). It then also became clear that the "hash==NULL" check here can never fail, since hash is an on-stack buffer, so I simply removed that (dead) error-checking branch. Finally, this refactoring also makes the last buglet a bit clearer - we fopen a file (allocates and returns a FILE*), then extract the fd via fileno(3), but when we are cleaning up at the end we call close on the fd and not fclose on the fp - which leaks the FILE* structure. commit b031f3488296305c55ab1f1090f7408541a1b9c7 Author: Nathan Scott Date: Fri May 24 17:01:33 2013 +1000 Simplify pmdagfs2 gfs.control metric implementation a bit Removes an unreachable return case from gfs2_control_fetch, and makes the code a little more generalised (no switch). Simpligies gfs_control_check_value in two ways - removes a branch which (re)sets local "value" variable to zero, which it already was guaranteed to be (dead code removal). Also, make the onstack char array ("buffer") word aligned to make life easier for the compiler. commit 1c32e9cb98100bcfffd434826be1f31545aea7ae Author: Nathan Scott Date: Fri May 24 16:56:25 2013 +1000 Fix shell syntax error in qa/654 - misspelt function name Resolves "654: line 54: _filler_pminfo: command not found". commit bf8928be2f1bdd5dbc359ab320321ffbb9d8ffe1 Author: Nathan Scott Date: Fri May 24 16:52:27 2013 +1000 Small code consistency cleanups in pmdagfs2 code Resolve a handful of remaining funciton open-brace code style differences in qa scripts and C code. Annotated a couple of lock_time.c routines as static. Major/minor device number handling code is consistently making use of unsigned integers now, and when we sscanf 'em from a string, add a check to make doubly sure that values were returned. Removed a no-longer-used struct declaration in a header file (lock_time.h - struct node / linkedList_t). Fixed some gsf2 -> gfs2 typos in comments. commit 6354c3540e8ac8b81d77abd2fad50a674c15a01a Author: Paul Evans Date: Thu May 23 16:51:30 2013 +0100 pmdagfs2: changes based on review feedback on pcp mailing list Made general improvements with code for the pmda over last time whilst taking on suggestions made by Nathan Scott. Have improved collection code for the glock_lock_time trace-point metrics as well as switching to the provided pmdaCache(3) data structure instead of a home made linked-list datastructure. Introduced a new gfs2.control.glock_lock_time metric which can be used to enable/disable the glock_lock_time statistic collection based on its value, this can be set using pmStore(3)on this metric. On installs without the support for trace-point based statistics, the metrics are disabled by default because the necessary config files will not be found. Cleaned up the collection loop for the trace-point data, have moved to a single loop that removes the dependency on allocation of dynamic memory to achieve collection of the data. These changes will reduce the memory requirements of the pmda and speeds up the pmda with less iteration of the data. Changed the data structure to hold our collected data, we have gone from home made linked-list to the available pmdaCache(3) this reduces the amount of code, simplifies reading and reduces again the amount of iteration of the locks we have (no more remove duplicate and easier addition through a well defined hash). Changed the collection rate by changing the calling gfs2_refresh_lock_time() from once-per each file-system to once for all file-systems, this reduces the complexity of data storage. Reducing potential of lost lock data in-between refreshes. Changed the number of calls to gfs2_refresh_lock_time() from once per each filesystem to now being called once for all file-systems also removed forgotten testing code that was left within the gfs2_fetch_refresh function. Separated instance refresh so that the collection of dev_id is handled within another function in order to increase code readability. Introduced the necessary pmStore(3) hooks so that we can use the control based metrics to handle whether we are collecting statistics from the trace-point based metrics borrowing from the techniques used in the linux pmda. Split the QA files into two halves, the first 654 handles testing of the base part of the pmda (glstats, sbstats, glocks metrics). 655 then handles testing for the trace-point based metrics with not_run escapes in an event that trace-point based metrics are not available for the install (i.e. Debian unstable?). A new common.gfs2 script handles common functions used in both of the tests. From nscott@redhat.com Fri May 24 21:48:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 836877F37 for ; Fri, 24 May 2013 21:48:06 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 716C18F8033 for ; Fri, 24 May 2013 19:48:03 -0700 (PDT) X-ASG-Debug-ID: 1369450054-04cb6c473f137850001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id MMUIREk2rGCzIzGn for ; Fri, 24 May 2013 19:47:34 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4P2lXhV013313; Fri, 24 May 2013 22:47:33 -0400 Date: Fri, 24 May 2013 22:47:33 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: pcp@oss.sgi.com Message-ID: <1691226900.12032333.1369450053711.JavaMail.root@redhat.com> In-Reply-To: <519E43ED.8020701@redhat.com> References: <517FBD63.3010804@redhat.com> <1117296374.7864618.1367373452615.JavaMail.root@redhat.com> <5180D92F.40809@redhat.com> <519E43ED.8020701@redhat.com> Subject: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Patch: gfs2 PMDA additional metrics for review/inclusion Thread-Index: pblpYYUxonAui8Cbn1HaibrD6VXryg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369450054 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.131944 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Paul! ----- Original Message ----- > Hi Nathan, > > It has taken a bit longer than I originally planned it to but I have No problem. > made all of the suggested changes to the code that were pointed out. Thanks, its looking really good. > These changes are available at git://github.com/pauljevans/pcp.git gfs2 > > I look forward to feedback. I've pulled in your latest changes, and re-reviewed. A few things here and there stood out in the new code - where possible I've fixed things up that seemed NQR. A couple of questions/comments remain - see below. On an unrelated note, I've pushed our changes to the gfs2 branch on oss. I noticed your last commit message was extensive (which is good!) but it had no line wrap (less good) - so, I did a git rebase then a "git commit --amend", and then ran your message through fmt(1). *NOTE* that this'll mean a git pull on your end will not work now. Not a problem - if you just re-clone or create a new branch based on the new gfs2 branch, all will be well for your next set of changes/updates. This is now looking almost ready for merging. Please look over the few changes I made (see git commit messages in separate mail) - I hope they are self-explanatory and make sense, if not please lemme know. OK, so those last couple of things ... - I didn't really understand the intention of the on-stack "value" local variable in gfs2_store(). Its initially set to zero, never modified, but is tested for equality to zero or one later on...? Is this just a leftover from earlier development, or some other intention there? - The QA tests both fail for me. The way the testing model works is a test driver script (qa/check) runs the test(s) and then compares the output they produce to the expected output (i.e. 654.out & 655.out). The expected output file for 655 is missing, and 654 doesn't produce the output in 654.out anymore. More information on the testing methodology can be found in qa/README in the git tree. Once the above are resolved, it is looking ready for merging to me (which will see it arrive in pcp-3.8.1 at this stage). The next steps from there would be: - A man page for pmdagfs2 would be a good idea, esp. since its a fairly complex agent - see man/man1/pmdacisco.1 as an example. Description of the store-to-enable/disable mechanism would be helpful. - A client tool to drive the extraction and reporting of stats from the various cluster nodes, manage the enabling / disabling of tracing, etc. As discussed, python might be an appropriate language (other option is C), some tests and a man page for the new tool would be a good idea as well. Looking forward to this - should be an interesting bit of code! cheers. -- Nathan From nscott@redhat.com Sun May 26 18:05:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5AEC37F37 for ; Sun, 26 May 2013 18:05:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2D85D304043 for ; Sun, 26 May 2013 16:05:03 -0700 (PDT) X-ASG-Debug-ID: 1369609498-04bdf078161be840001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id JkeXVqv1oySCS89c; Sun, 26 May 2013 16:04:58 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4QN4woa017098; Sun, 26 May 2013 19:04:58 -0400 Date: Sun, 26 May 2013 19:04:57 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Wright Cc: PCP Message-ID: <201542566.12368030.1369609497969.JavaMail.root@redhat.com> In-Reply-To: <201305261839.r4QIdfIR37110119@zion.americas.sgi.com> References: <201305261839.r4QIdfIR37110119@zion.americas.sgi.com> Subject: Re: [pcp] pmchart save view has null for metrics MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmchart save view has null for metrics Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pmchart save view has null for metrics Thread-Index: 7XpE64qnzo+rZlV9idBaqTZ2mHseLg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369609498 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132118 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Dave, ----- Original Message ----- > Nathan, > > It is happening on my RHEL6 system as well. Worked find in pcp-gui 1.5.5 > Ah good stuff, I have RHEL6 here so we should be able to get to the bottom of this... > > > ... > > > Do a tab of overview and another of load average and save fiew. > > > Neither one is readable by pmchart completely. When you say "do a tab" do you mean interactively create a second tab after filling the initial empty pmchart window with an Overview, and then open the Load Average view in the second tab (this is what I've tried so far)? Do you then go back to the first tab and navigate the menu "File" -> "Save View" and the resulting view file will be broken? (is it just the Memory metrics in the Overview charts that are saved incorrectly, as per your original mail, or all of them?) The code at fault is in the pcp-gui git tree, src/chart/view.cpp - at the end of that file (saveView and the saveChart above it). Line 1261 in particular must be seeing null for the metric name somehow... not sure how though at this stage. cheers. -- Nathan From nscott@redhat.com Sun May 26 18:14:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0EBA57F4C for ; Sun, 26 May 2013 18:14:41 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 90A4FAC002 for ; Sun, 26 May 2013 16:14:37 -0700 (PDT) X-ASG-Debug-ID: 1369610075-04cbb0049d1ba510001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 8pieHL2VimyG8Bd9 for ; Sun, 26 May 2013 16:14:36 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4QNEXxU021419; Sun, 26 May 2013 19:14:34 -0400 Date: Sun, 26 May 2013 19:14:33 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Uher Marek Cc: "Josef 'Jeff' Sipek" , pcp@oss.sgi.com Message-ID: <819674735.12369169.1369610073716.JavaMail.root@redhat.com> In-Reply-To: References: <1323977182.8728117.1369170456455.JavaMail.root@redhat.com> <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> <130080755.11061044.1369349161918.JavaMail.root@redhat.com> <20130524143002.GB4523@poseidon.cudanet.local> Subject: Re: [pcp] Replacement for pcp-ise / pcp-pro MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Replacement for pcp-ise / pcp-pro Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Replacement for pcp-ise / pcp-pro Thread-Index: Ac5YizAyaAPRU8mOT5KMRdkkIkDjtgAAjWaQCrubjC4= X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369610075 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132118 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi, ----- Original Message ----- > > ... > My question is how I can now configure and use PCP to produce web based > performance monitoring online overview (statistics). Is there currently only > one way to configure PCP using pmsnap (as wrote Nathan in his previous > answer)? I believe that is currently the best option in your case. > Or is there any other possibility? Many thanks in advance. Have a nice > weekend. The other options would involve some development work - either continuing on with Jeff's pcp-graph project or working on a pmwebd(1) charting front end. cheers. -- Nathan From jhanson@sgi.com Sun May 26 18:15:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D62547F3F for ; Sun, 26 May 2013 18:15:51 -0500 (CDT) Received: from xmail.sgi.com (pv-excas3-dc21.corp.sgi.com [137.38.106.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 44A64AC001; Sun, 26 May 2013 16:15:51 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.2.318.1; Sun, 26 May 2013 18:15:50 -0500 Message-ID: <51A297A5.4080806@sgi.com> Date: Sun, 26 May 2013 19:15:49 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130513 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Scott CC: Dave Wright , PCP Subject: Re: [pcp] pmchart save view has null for metrics References: <201305261839.r4QIdfIR37110119@zion.americas.sgi.com> <201542566.12368030.1369609497969.JavaMail.root@redhat.com> In-Reply-To: <201542566.12368030.1369609497969.JavaMail.root@redhat.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 05/26/2013 07:04 PM, Nathan Scott wrote: > Hi Dave, > > ----- Original Message ----- >> Nathan, >> >> It is happening on my RHEL6 system as well. Worked find in pcp-gui 1.5.5 >> > > Ah good stuff, I have RHEL6 here so we should be able to get to the > bottom of this... So on 9 May I could reproduce what Dave showed exactly. I can today (26 May) no longer reproduce the bug. Possibly this is my use of 1.5.8 - pcp-gui-1.5.8-2.el6.x86_64 as an rpm. I'll downgrade to sgi's version. > >>>> ... >>>> Do a tab of overview and another of load average and save fiew. >>>> Neither one is readable by pmchart completely. > > When you say "do a tab" do you mean interactively create a second tab > after filling the initial empty pmchart window with an Overview, and > then open the Load Average view in the second tab (this is what I've > tried so far)? Do you then go back to the first tab and navigate the > menu "File" -> "Save View" and the resulting view file will be broken? > (is it just the Memory metrics in the Overview charts that are saved > incorrectly, as per your original mail, or all of them?) > > The code at fault is in the pcp-gui git tree, src/chart/view.cpp - at > the end of that file (saveView and the saveChart above it). Line 1261 > in particular must be seeing null for the metric name somehow... not > sure how though at this stage. > > cheers. > > -- > Nathan > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Lee/Lifeson/Peart From jhanson@sgi.com Sun May 26 18:27:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id CE5517F37 for ; Sun, 26 May 2013 18:27:31 -0500 (CDT) Received: from xmail.sgi.com (pv-excas3-dc21.corp.sgi.com [137.38.106.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 115C8AC003; Sun, 26 May 2013 16:27:31 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.2.318.1; Sun, 26 May 2013 18:27:30 -0500 Message-ID: <51A29A61.5060308@sgi.com> Date: Sun, 26 May 2013 19:27:29 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130513 Thunderbird/17.0.6 MIME-Version: 1.0 To: Nathan Scott CC: Dave Wright , PCP Subject: Re: [pcp] pmchart save view has null for metrics References: <201305261839.r4QIdfIR37110119@zion.americas.sgi.com> <201542566.12368030.1369609497969.JavaMail.root@redhat.com> <51A297A5.4080806@sgi.com> In-Reply-To: <51A297A5.4080806@sgi.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 05/26/2013 07:15 PM, Jeff Hanson wrote: > On 05/26/2013 07:04 PM, Nathan Scott wrote: >> Hi Dave, >> >> ----- Original Message ----- >>> Nathan, >>> >>> It is happening on my RHEL6 system as well. Worked find in pcp-gui 1.5.5 >>> >> >> Ah good stuff, I have RHEL6 here so we should be able to get to the >> bottom of this... > > So on 9 May I could reproduce what Dave showed exactly. I can today (26 May) > no longer reproduce the bug. Possibly this is my use of 1.5.8 - pcp-gui-1.5.8-2.el6.x86_64 > as an rpm. I'll downgrade to sgi's version. > And now again I can reproduce. Nathan - pmchart, open view (I chose overview), open a tab, select the tab, open view (I chose mem and added one metric), click back to the first tab, save. Here is what I get - #kmchart version 1 chart title "CPU Utilization [%h]" style utilization plot legend "User" color #2d2de2 metric User plot legend "Sys" color #e71717 metric Sys plot legend "Nice" color #c2f3c2 metric Nice plot legend "Intr" color #cdcd00 metric Intr plot legend "Wait" color #00cdcd metric Wait plot legend "Steal" color #fba2f5 metric Steal plot legend "Idle" color #16d816 metric Idle chart title "Average Load [%h]" style plot antialiasing off plot legend "1 min" color #ffff00 metric kernel.all.load instance "1 minute" plot legend "# cpus" color #0000ff metric # cpus chart title "IOPS over all Disks [%h]" style stacking plot legend "Reads" color #ffff00 metric Reads plot legend "Writes" color #ee82ee metric Writes chart title "Network Interface Bytes [%h]" style stacking plot legend "in eth0" color #ffff00 metric network.interface.in.bytes instance "eth0" plot legend "in br0" color #0000ff metric network.interface.in.bytes instance "br0" plot legend "out eth0" color #ff0000 metric network.interface.out.bytes instance "eth0" plot legend "out br0" color #008000 metric network.interface.out.bytes instance "br0" chart title "Real Memory Usage [%h]" style stacking plot color #9cffab metric (null) plot color #fe68ad metric (null) plot color #ffae2c metric (null) plot color #00ff00 metric (null) If I save the mem chart itself I get #kmchart version 1 chart title "Real Memory Usage [%h]" style stacking plot color #9cffab metric (null) plot color #fe68ad metric (null) plot color #ffae2c metric (null) plot color #00ff00 metric (null) >> >>>>> ... >>>>> Do a tab of overview and another of load average and save fiew. >>>>> Neither one is readable by pmchart completely. >> >> When you say "do a tab" do you mean interactively create a second tab >> after filling the initial empty pmchart window with an Overview, and >> then open the Load Average view in the second tab (this is what I've >> tried so far)? Do you then go back to the first tab and navigate the >> menu "File" -> "Save View" and the resulting view file will be broken? >> (is it just the Memory metrics in the Overview charts that are saved >> incorrectly, as per your original mail, or all of them?) >> >> The code at fault is in the pcp-gui git tree, src/chart/view.cpp - at >> the end of that file (saveView and the saveChart above it). Line 1261 >> in particular must be seeing null for the metric name somehow... not >> sure how though at this stage. >> >> cheers. >> >> -- >> Nathan >> >> _______________________________________________ >> pcp mailing list >> pcp@oss.sgi.com >> http://oss.sgi.com/mailman/listinfo/pcp >> > > -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Lee/Lifeson/Peart From nscott@redhat.com Sun May 26 21:25:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id DB1B57F37 for ; Sun, 26 May 2013 21:25:29 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id C622E8F8033 for ; Sun, 26 May 2013 19:25:26 -0700 (PDT) X-ASG-Debug-ID: 1369621522-04cb6c47421b7790001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id FATjFySU5fodRBMq for ; Sun, 26 May 2013 19:25:22 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4R2PLvb016109 for ; Sun, 26 May 2013 22:25:21 -0400 Date: Sun, 26 May 2013 22:25:21 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1357512985.12409004.1369621521900.JavaMail.root@redhat.com> Subject: pcp updates: pmdasystemd buglet fix, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmdasystemd buglet fix, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmdasystemd buglet fix, qa Thread-Index: cmCLy3DeWzNGkcZrXGHb8/JEuu+YTg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369621522 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132132 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/531 | 59 +++++++++++++++++++++++++++++++++++++++++ qa/531.out | 19 +++++++++++++ qa/533 | 62 ++++++++++++++++++++++++++++++++++++++++++++ qa/533.out | 19 +++++++++++++ qa/652 | 3 ++ qa/group | 6 ++-- src/pmdas/systemd/systemd.c | 4 +- 7 files changed, 168 insertions(+), 4 deletions(-) commit 04736b42549aa6c2f113ac62e71898bd462b8303 Author: Nathan Scott Date: Mon May 27 12:22:35 2013 +1000 Exercise dbpmda support for ipv4/ipv6 socket open command Adds tests 531 and 533 which exercise the recently added dbpmda support for opening (non-unix) socket PMDAs. In doing so, this also exercises the recent libpcp_pmda additions to support IPv6 sockets. commit 8264d695399c612241331571d0e7e9786b8afac1 Author: Nathan Scott Date: Fri May 24 11:36:38 2013 +1000 Ensure test 652 cleans up after itself else test 359 can fail later commit db58331ccfb36ec3743f12a0b37bc7c9f0295061 Author: Nathan Scott Date: Fri May 24 11:35:16 2013 +1000 Fix a 64bit big-endian host issue in systemd.maxmem metric From kenj@internode.on.net Mon May 27 05:05:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D91DA29DF8 for ; Mon, 27 May 2013 05:05:18 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 75CD6AC004 for ; Mon, 27 May 2013 03:05:14 -0700 (PDT) X-ASG-Debug-ID: 1369649112-04cb6c473f1c8ee0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id oKJy56HSWkFwyB2E for ; Mon, 27 May 2013 03:05:13 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQBAH0uo1F20ToW/2dsb2JhbAANTYM4wyCEEgQwDRYYAwIBAgFYBgIBAbMRkhiPOoM+A6wc Received: from ppp118-209-58-22.lns20.mel4.internode.on.net (HELO [192.168.1.101]) ([118.209.58.22]) by ipmail04.adl6.internode.on.net with ESMTP; 27 May 2013 19:35:12 +0930 Message-ID: <51A32FDF.8060603@internode.on.net> Date: Mon, 27 May 2013 20:05:19 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - (new) pmlogcheck interim commit Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - (new) pmlogcheck interim commit Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1369649112 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132162 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/536 | 114 ++++ qa/536.out | 114 ++++ qa/group | 6 qa/src/badlen-10.0 |binary qa/src/badlen-10.index |binary qa/src/badlen-10.meta |binary qa/src/badlen-11.0 |binary qa/src/badlen-11.index |binary qa/src/badlen-11.meta |binary qa/src/badti-1.0 |binary qa/src/badti-1.index |binary qa/src/badti-1.meta |binary qa/src/badti-2.0 |binary qa/src/badti-2.index |binary qa/src/badti-2.meta |binary qa/src/badti-3.0 |binary qa/src/badti-3.index |binary qa/src/badti-3.meta |binary qa/src/mkbadlen | 25 - qa/src/mkbadti | 107 ++++ src/pmdumplog/pmdumplog.c | 30 + src/pmlogcheck/GNUmakefile | 31 + src/pmlogcheck/RFC | 64 ++ src/pmlogcheck/TODO | 11 src/pmlogcheck/pmlogcheck.c | 1028 ++++++++++++++++++++++++++++++++++++++++++++ 25 files changed, 1520 insertions(+), 10 deletions(-) commit aa955807473fb239625bb3bdf1bee9a669aadd06 Author: Ken McDonell Date: Mon May 27 20:02:26 2013 +1000 (new) pmlogcheck - initial commit Only partly working at this stage, this is an interim commit. The build does not descend into this directory yet. commit 78b461d2627856a0c5dc75df9e9bf1a2c72b8f9b Author: Ken McDonell Date: Mon May 27 20:01:10 2013 +1000 qa/536 - pmlogcheck Lots more dodgey archives. New mkbadti script. commit c7188367ea025b7c9bcf73ef9afd8448f4670b16 Author: Ken McDonell Date: Mon May 27 19:56:09 2013 +1000 pmdumplog - refine time window handling w/out -T and -S No real change in functionality here ... logic is just closer to "correct". From Marek.Uher@t-systems.cz Mon May 27 08:39:02 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 2669829DF8 for ; Mon, 27 May 2013 08:39:02 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id DD6088F8039 for ; Mon, 27 May 2013 06:39:01 -0700 (PDT) X-ASG-Debug-ID: 1369661935-04bdf063bd188e90001-S8gJnT Received: from mx2.t-systems.cz (mx2o.t-systems.cz [212.67.76.203]) by cuda.sgi.com with ESMTP id CozZRfG0aufyRsE7 for ; Mon, 27 May 2013 06:38:56 -0700 (PDT) X-Barracuda-Envelope-From: Marek.Uher@t-systems.cz X-Barracuda-Apparent-Source-IP: 212.67.76.203 X-AuditID: d4434cc9-b7f9a6d000000b88-fe-51a361efca7c Received: from SRVPP06.t-systems.cz (Unknown_Domain [10.246.109.17]) by mx2.t-systems.cz (TSSMSGW) with SMTP id 1F.3A.02952.FE163A15; Mon, 27 May 2013 15:38:55 +0200 (CEST) Received: from SRVPPE02.t-systems.cz ([10.246.119.15]) by SRVPP06.t-systems.cz ([10.246.109.27]) with mapi; Mon, 27 May 2013 15:38:55 +0200 From: Uher Marek To: Nathan Scott CC: Josef 'Jeff' Sipek , "pcp@oss.sgi.com" Date: Mon, 27 May 2013 15:38:53 +0200 Subject: RE: [pcp] Replacement for pcp-ise / pcp-pro Thread-Topic: [pcp] Replacement for pcp-ise / pcp-pro X-ASG-Orig-Subj: RE: [pcp] Replacement for pcp-ise / pcp-pro Thread-Index: Ac5YizAyaAPRU8mOT5KMRdkkIkDjtgAAjWaQCrubjC4KJydTgA== Message-ID: References: <1323977182.8728117.1369170456455.JavaMail.root@redhat.com> <1920747277.9867519.1369266692595.JavaMail.root@redhat.com> <130080755.11061044.1369349161918.JavaMail.root@redhat.com> <20130524143002.GB4523@poseidon.cudanet.local> <819674735.12369169.1369610073716.JavaMail.root@redhat.com> In-Reply-To: <819674735.12369169.1369610073716.JavaMail.root@redhat.com> Accept-Language: cs-CZ Content-Language: cs-CZ X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: cs-CZ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprEKsWRmVeSWpSXmKPExsXC9S1XUPd94uJAg1cPRSwuv57LZtE2ezKz ReeE9UwOzB6/2uYye/ztOsrmsfrCVsYA5igum5TUnMyy1CJ9uwSujN9v7zIWHOCqWNT1n7WB cQ5XFyMnh4SAicScY8eZIWwxiQv31rOB2EIC6xglmlZxdzFyAdm9jBInXp5lBUmwCWhJ9Oz+ BWaLCKhKtK9qYwGxmQVCJS5tnMsIYrMAxV88/A5Uw8EhDLTg5wJPiHJTifMTVrJB2E4S/Tuf M4GU8AoESPy8kgCx6hyLRMvFz2CtnAIeEi82eYOUMwKdtmTnf0aITeIS755/YYI4WUBiyZ7z UOeLSrx8/I8Vol5U4s/kXcwgY5gFNCXW79KHaFWUmNL9kB3E5hUQlDg58wnLBEaxWUimzkLo mIWkYxaSjgWMLKsYBXIrjPRKdIsri0tSc4v1kqs2MQIj6Iqzz8kdjJcnWR9iFOBgVOLh3bBs UaAQa2JZcWXuIUZJDiYlUd6dcYsDhfiS8lMqMxKLM+KLSnNSiw8xSnAwK4nwSpkB5XhTEiur UovyYVIyHBxKErw7EoBSgkWp6akVaZk5wDQBk2bi4ARp5wFqnwdSw1tckJhbnJkOkT/FKCkl zjsLJCEAksgozYPrfcUoDnSkMO86kCwPMKHBdb0CGsgENFCcGWxgSSJCSqqBUets6utLq/8t CpStid0445jav4azT34Hussu+jV34qWfD7/Nb550sn1PlGnd1d1tAopFZXmlGp/ati3pNL60 ISjoyBn7knWpp2/ONRDSquvLnTJn4u5LjzPc3yrphbiY6GQvFM06mCToOnepi++jvfustgv+ M+7588/qslvcid8rO9L7J9+NuKrEUpyRaKjFXFScCACblM9PJQMAAA== X-Barracuda-Connect: mx2o.t-systems.cz[212.67.76.203] X-Barracuda-Start-Time: 1369661936 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132176 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... DQoJSGkgTmF0aGFuLA0KDQp0aGFua3MgZm9yIHRoZSBhbnN3ZXIgYW5kIGluZm9ybWF0aW9uLiBJ IHdpbGwgaW52ZXN0aWdhdGUgcG1zbmFwIGFuZA0KcG13ZWJkIHBvc3NpYmlsaXRpZXMuDQoNCkNo ZWVycywNCg0KTWFyZWsgDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IE5h dGhhbiBTY290dCBbbWFpbHRvOm5hdGhhbnNAZGViaWFuLm9yZ10gDQpTZW50OiBNb25kYXksIE1h eSAyNywgMjAxMyAxOjE1IEFNDQpUbzogVWhlciBNYXJlaw0KQ2M6IEpvc2VmICdKZWZmJyBTaXBl azsgcGNwQG9zcy5zZ2kuY29tDQpTdWJqZWN0OiBSZTogW3BjcF0gUmVwbGFjZW1lbnQgZm9yIHBj cC1pc2UgLyBwY3AtcHJvDQoNCkhpLA0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ IA0KPiAuLi4NCj4gTXkgcXVlc3Rpb24gaXMgaG93IEkgY2FuIG5vdyBjb25maWd1cmUgYW5kIHVz ZSBQQ1AgdG8gcHJvZHVjZSB3ZWIgYmFzZWQNCj4gcGVyZm9ybWFuY2UgbW9uaXRvcmluZyBvbmxp bmUgb3ZlcnZpZXcgKHN0YXRpc3RpY3MpLiBJcyB0aGVyZSBjdXJyZW50bHkgb25seQ0KPiBvbmUg d2F5IHRvIGNvbmZpZ3VyZSBQQ1AgdXNpbmcgcG1zbmFwIChhcyB3cm90ZSBOYXRoYW4gaW4gaGlz IHByZXZpb3VzDQo+IGFuc3dlcik/DQoNCkkgYmVsaWV2ZSB0aGF0IGlzIGN1cnJlbnRseSB0aGUg YmVzdCBvcHRpb24gaW4geW91ciBjYXNlLg0KDQo+IE9yIGlzIHRoZXJlIGFueSBvdGhlciBwb3Nz aWJpbGl0eT8gTWFueSB0aGFua3MgaW4gYWR2YW5jZS4gSGF2ZSBhIG5pY2UNCj4gd2Vla2VuZC4N Cg0KVGhlIG90aGVyIG9wdGlvbnMgd291bGQgaW52b2x2ZSBzb21lIGRldmVsb3BtZW50IHdvcmsg LSBlaXRoZXIgY29udGludWluZyBvbg0Kd2l0aCBKZWZmJ3MgcGNwLWdyYXBoIHByb2plY3Qgb3Ig d29ya2luZyBvbiBhIHBtd2ViZCgxKSBjaGFydGluZyBmcm9udCBlbmQuDQoNCmNoZWVycy4NCg0K LS0NCk5hdGhhbg0K From mgoodwin@redhat.com Tue May 28 02:45:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=TVD_SUBJ_NUM_OBFU_MINFP autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 393B67CBF for ; Tue, 28 May 2013 02:45:03 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id BB6BFAC005 for ; Tue, 28 May 2013 00:45:02 -0700 (PDT) X-ASG-Debug-ID: 1369727098-04cbb0049d204520001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id AmobVRbt11AsZZvd for ; Tue, 28 May 2013 00:44:58 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4S7iv2H015483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 28 May 2013 03:44:57 -0400 Received: from fletch.usersys.redhat.com (vpn1-50-240.bne.redhat.com [10.64.50.240]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4S7itgZ010356 for ; Tue, 28 May 2013 03:44:56 -0400 Message-ID: <51A46076.50106@redhat.com> Date: Tue, 28 May 2013 17:44:54 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp Subject: pcp updates: 'collectl2pcp' importer Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: 'collectl2pcp' importer 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: 1369727098 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://oss.sgi.com/markgw/pcp/pcp.git dev More collectl2pcp work, see below. Pretty solid now. I have a bunch of collectl raw data files that I've been using for testing - these are the basis for qa coming in the next update. commit 47ce4161dbe4799b2eb9c88f2644d3e766845870 Merge: bd0ed75 04736b4 Author: Mark Goodwin Date: Tue May 28 17:33:23 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit bd0ed758e24987155a2d90a10c745e697eb30fc7 Author: Mark Goodwin Date: Tue May 28 17:22:14 2013 +1000 Adds support for more metrics (cpu, disk, net, mem.util, load, and some proc), improve parsing (replace strtok with "field" mini api), dynamic instance support (esp. for proc). Clean up main loop - split out header parsing, multiple input file temporal order checks. Rework cmdline args, man page update and improve archive layout for better replay performance. modified: man/man1/collectl2pcp.1 modified: src/pmimport/collectl2pcp/GNUmakefile modified: src/pmimport/collectl2pcp/collectl2pcp.c modified: src/pmimport/collectl2pcp/cpu.c modified: src/pmimport/collectl2pcp/disk.c new file: src/pmimport/collectl2pcp/generic.c new file: src/pmimport/collectl2pcp/header.c modified: src/pmimport/collectl2pcp/load.c modified: src/pmimport/collectl2pcp/metrics.h modified: src/pmimport/collectl2pcp/net.c new file: src/pmimport/collectl2pcp/proc.c modified: src/pmimport/collectl2pcp/timestamp.c modified: src/pmimport/collectl2pcp/util.c From nscott@redhat.com Tue May 28 19:40:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 29F537CBF for ; Tue, 28 May 2013 19:40:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0262D8F8039 for ; Tue, 28 May 2013 17:40:04 -0700 (PDT) X-ASG-Debug-ID: 1369788002-04cb6c47412342e0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id mAoAcmh5JHlQOt3Y for ; Tue, 28 May 2013 17:40:02 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4T0e1oS021068 for ; Tue, 28 May 2013 20:40:02 -0400 Date: Tue, 28 May 2013 20:40:01 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <2020115494.13797861.1369788001797.JavaMail.root@redhat.com> Subject: pcp updates: pmcc, binary paths, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmcc, binary paths, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmcc, binary paths, qa Thread-Index: BKhWBNSj043R02Nsx81iSom3R7szjA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369788002 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132316 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev man/man1/dbpmda.1 | 2 man/man1/pmlogextract.1 | 2 man/man1/pmlogger.1 | 2 qa/269 | 16 +++ qa/src/test_pmcc.python | 162 +++++++++++++++++++++------------------- qa/src/wrap_int.c | 13 +++ src/pmlogextract/GNUmakefile | 3 src/pmlogger/GNUmakefile | 3 src/python/pcp/pmapi.py | 34 ++++---- src/python/pcp/pmcc.py | 174 +++++++++++++++++-------------------------- 10 files changed, 208 insertions(+), 203 deletions(-) commit d54962a824c76e75f98d5354500e13d9e322fe59 Author: Nathan Scott Date: Wed May 29 10:38:58 2013 +1000 First updates to pmcc testing code, pylint clean too commit 0c47a9cc9c054591b8e09869f4e9065384acbd47 Author: Nathan Scott Date: Wed May 29 10:38:29 2013 +1000 Gets the python convenience classes module up and stumbling Fixes a number of out-of-date parts - particularly around the handling of pcp.pmapi return values which nowadays use proper exceptions for the error code. Lots of c-wrapper issues also sorted out here though. Additionally, changes the way the code was pushing timestamps around to every single group, instead of just keeping this in one spot in the surrounding group. Plenty of work remains in this module, however - needs a fair bit of work to make it pylint clean, testing, etc. commit c325467afe9f60ced15f40bc59ebecd2871d042a Author: Nathan Scott Date: Wed May 29 09:58:14 2013 +1000 Make pmlogger and pmlogextract first class citizens Some discussion on IRC ended up with the what-a-good-idea suggestion of making a couple of very important PCP tools available on the default path. Previously for historical reasons (I think) they were squirrelled away in BINADM_DIR. This was the second time in as many weeks that people were seeking logextract functionality and didn't know it already existed cos of its unusual location. This commit moves the two tools into /usr/bin and installs back-compat symlinks in the old location for anyone with hard-coded paths (scripts, etc). The man pages no longer refer to them in the old locations anymore as well. Also, noticed an incorrect reference in the dbpmda(1) man page to its location being in BINADM_DIR when in fact it is not - fixed. This resolves Fedora bug 967709. commit 4a4ed562c3ea0ea3919ddd6d50fbd0896cb26074 Author: Nathan Scott Date: Tue May 28 10:16:09 2013 +1000 Make test 269 reliable for all gcc version/optimisation levels We no longer rely on the output of signed integer overfly from qa/src/wrap_int.c as this produces undefined behaviour in modern gcc versions. Could have tackled it via -fno-strict-overflow or -fwrapv (gcc specific) options but these are also dependent on gcc version and apparently are also buggy in some situations. Further details: https://patchwork.kernel.org/patch/34925/ http://thiemonagel.de/2010/01/signed-integer-overflow/ From bugzilla@redhat.com Tue May 28 20:39:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 36A087CBF for ; Tue, 28 May 2013 20:39:09 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1E976304032 for ; Tue, 28 May 2013 18:39:06 -0700 (PDT) X-ASG-Debug-ID: 1369791544-04cb6c473f238230001-S8gJnT Received: from mx1-phx2.redhat.com (mx1-phx2.redhat.com [209.132.183.26]) by cuda.sgi.com with ESMTP id LKKTF7LQv58FniP1 for ; Tue, 28 May 2013 18:39:05 -0700 (PDT) X-Barracuda-Envelope-From: bugzilla@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.26 X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] Received: from bzweb02.app.bz.hst.phx2.redhat.com (bzweb02.app.bz.hst.phx2.redhat.com [10.5.117.17]) by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4T1d4un003970 for ; Tue, 28 May 2013 21:39:04 -0400 X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] Received: from bzweb02.app.bz.hst.phx2.redhat.com (localhost.localdomain [127.0.0.1]) by bzweb02.app.bz.hst.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4T1d4PW020141 for ; Tue, 28 May 2013 21:39:04 -0400 Received: (from root@localhost) by bzweb02.app.bz.hst.phx2.redhat.com (8.13.8/8.13.8/Submit) id r4T1d3pu020139; Tue, 28 May 2013 21:39:03 -0400 From: bugzilla@redhat.com To: pcp@oss.sgi.com Subject: [Bug 968083] New: IGNORE THIS BUG - TEST no2 Date: Wed, 29 May 2013 01:38:57 +0000 X-ASG-Orig-Subj: [Bug 968083] New: IGNORE THIS BUG - TEST no2 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Fedora X-Bugzilla-Product: Fedora X-Bugzilla-Component: pcp X-Bugzilla-Version: rawhide X-Bugzilla-Keywords: X-Bugzilla-Severity: unspecified X-Bugzilla-Who: jskeoch@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: unspecified X-Bugzilla-Assigned-To: nathans@redhat.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version component bug_severity priority assigned_to reporter qa_contact cc X-Bugzilla-Comment: public X-Loop: bugzilla@redhat.com X-BeenThere: bugzilla@redhat.com X-Bugzilla-Reporter: jskeoch@redhat.com Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugzilla.redhat.com/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Barracuda-Connect: mx1-phx2.redhat.com[209.132.183.26] X-Barracuda-Start-Time: 1369791544 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=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132320 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 NO_REAL_NAME From: does not include a real name https://bugzilla.redhat.com/show_bug.cgi?id=968083 Bug ID: 968083 Summary: IGNORE THIS BUG - TEST no2 Product: Fedora Version: rawhide Component: pcp Severity: unspecified Priority: unspecified Assignee: nathans@redhat.com Reporter: jskeoch@redhat.com QA Contact: extras-qa@fedoraproject.org CC: fche@redhat.com, mgoodwin@redhat.com, nathans@redhat.com, pcp@oss.sgi.com Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=bS3SShPjMN&a=cc_unsubscribe From bugzilla@redhat.com Tue May 28 20:41:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 180397CBF for ; Tue, 28 May 2013 20:41:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 01D3F8F8037 for ; Tue, 28 May 2013 18:41:18 -0700 (PDT) X-ASG-Debug-ID: 1369791677-04cb6c4741238410001-S8gJnT Received: from mx1-phx2.redhat.com (mx1-phx2.redhat.com [209.132.183.26]) by cuda.sgi.com with ESMTP id h0krZNCpvm2UuSjx for ; Tue, 28 May 2013 18:41:18 -0700 (PDT) X-Barracuda-Envelope-From: bugzilla@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.26 X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] Received: from bzweb01.app.bz.hst.phx2.redhat.com (bzweb01.app.bz.hst.phx2.redhat.com [10.5.117.16]) by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4T1fHGh004748 for ; Tue, 28 May 2013 21:41:17 -0400 X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26] Received: from bzweb01.app.bz.hst.phx2.redhat.com (localhost.localdomain [127.0.0.1]) by bzweb01.app.bz.hst.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4T1fHga019494 for ; Tue, 28 May 2013 21:41:17 -0400 Received: (from root@localhost) by bzweb01.app.bz.hst.phx2.redhat.com (8.13.8/8.13.8/Submit) id r4T1fHqV019493; Tue, 28 May 2013 21:41:17 -0400 From: bugzilla@redhat.com To: pcp@oss.sgi.com Subject: [Bug 968083] IGNORE THIS BUG - TEST no2 Date: Wed, 29 May 2013 01:41:14 +0000 X-ASG-Orig-Subj: [Bug 968083] IGNORE THIS BUG - TEST no2 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Fedora X-Bugzilla-Product: Fedora X-Bugzilla-Component: pcp X-Bugzilla-Version: rawhide X-Bugzilla-Keywords: X-Bugzilla-Severity: unspecified X-Bugzilla-Who: jskeoch@redhat.com X-Bugzilla-Status: CLOSED X-Bugzilla-Priority: unspecified X-Bugzilla-Assigned-To: nathans@redhat.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cf_last_closed X-Bugzilla-Comment: none X-Loop: bugzilla@redhat.com X-BeenThere: bugzilla@redhat.com X-Bugzilla-Reporter: jskeoch@redhat.com Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugzilla.redhat.com/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Barracuda-Connect: mx1-phx2.redhat.com[209.132.183.26] X-Barracuda-Start-Time: 1369791677 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=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132320 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 NO_REAL_NAME From: does not include a real name https://bugzilla.redhat.com/show_bug.cgi?id=968083 John Skeoch changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |NOTABUG Last Closed| |2013-05-28 21:41:14 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=RxLFObHJ2u&a=cc_unsubscribe From mgoodwin@redhat.com Tue May 28 22:55:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=TVD_SUBJ_NUM_OBFU_MINFP autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 63CB27CBF for ; Tue, 28 May 2013 22:55:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id E64ACAC008 for ; Tue, 28 May 2013 20:55:34 -0700 (PDT) X-ASG-Debug-ID: 1369799733-04cbb0049a24a850001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Rw9ZGxVlBnUDSYv1 for ; Tue, 28 May 2013 20:55:34 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r4T3tXSM007063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 28 May 2013 23:55:33 -0400 Received: from fletch.usersys.redhat.com (vpn1-51-29.bne.redhat.com [10.64.51.29]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4T3tVhE005259 for ; Tue, 28 May 2013 23:55:32 -0400 Message-ID: <51A57C31.8020208@redhat.com> Date: Wed, 29 May 2013 13:55:29 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp Subject: pcp and pcpqa updates: 'collectl2pcp' importer Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp and pcpqa updates: 'collectl2pcp' importer 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: 1369799733 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://oss.sgi.com/markgw/pcp/pcp.git dev Initial version of qa test 536 (reserving new test number whilst I work on it). Plus a build fix if -devel isn't installed. commit bc7c1645e2886873c5ef75912cb2224e8bf4079b Merge: f177810 43ee8b5 Author: Mark Goodwin Date: Wed May 29 13:50:10 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/markgw/pcp/pcp into dev commit f177810188f127d2526065c233c313b9609cc38b Merge: 47ce416 d54962a Author: Mark Goodwin Date: Wed May 29 13:49:44 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 43ee8b54e762c1f4c1ac12dadffd53b69b3b2d30 Author: Mark Goodwin Date: Wed May 29 13:46:57 2013 +1000 Initial qa test for collectl2pcp new file: 536 new file: 536.out modified: group Signed-off-by: Mark Goodwin commit 1a2a50a05d50a3a1bdad471606562b4f144db913 Author: Mark Goodwin Date: Wed May 29 12:41:24 2013 +1000 Fix collectl2pcp build to handle pcp-libs-devel not installed in build root. Signed-off-by: Mark Goodwin From nscott@redhat.com Wed May 29 02:13:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B83117F37 for ; Wed, 29 May 2013 02:13:06 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 46819AC001 for ; Wed, 29 May 2013 00:13:03 -0700 (PDT) X-ASG-Debug-ID: 1369811581-04cb6c474024b410001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id YUIRCWZUteBted5X for ; Wed, 29 May 2013 00:13:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4T7D11x014809 for ; Wed, 29 May 2013 03:13:01 -0400 Date: Wed, 29 May 2013 03:13:01 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1900058903.13919519.1369811581247.JavaMail.root@redhat.com> In-Reply-To: <835079876.13882592.1369805828705.JavaMail.root@redhat.com> Subject: [RFC] pmcd access control extensions MIME-Version: 1.0 X-ASG-Orig-Subj: [RFC] pmcd access control extensions Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pmcd access control extensions Thread-Index: NPXALHVg0cfN0XaL9dcNORBOsoJyiQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369811581 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132342 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, As mentioned in the PCP 3.8.0 release announcement, we now have SASL2 integration in the PCP protocol and are looking to build on that. The next stage is to provide a mechanism for user access control in pmcd. There is an existing pmcd mechanism for providing host-based security as described in pmcd(1). Having started looking at the way this works, combined with what we have learned SASL2 is going to provide us, it would appear that an extension to the existing mechanism is very feasible and a fairly logical next step. From pmcd(1), we logically have: [access] allow hostlist : operations ; disallow hostlist : operations ; So, for example: [access] allow clank.sgi.com : all, maximum 5 connections; allow * : all except store, maximum 2 connections; disallow smash, verge : store; It would appear that we can extend this for users and groups, in a backward-compatible way, with a syntax like: [access] allow users userlist : operations ; disallow users userlist : operations ; allow groups grouplist : operations ; disallow groups grouplist : operations ; allow hosts hostlist : operations ; disallow hosts hostlist : operations ; In the absence of any of host/user/group keyword, we fallback to host (i.e. the current syntax). So, this might give us an example pmcd.conf a bit like: [access] disallow user * : all; allow user nathans : all; disallow users bob, alice : store ; allow group dev, ops : fetch, store ; Not sure general user/group regular expressions make sense, but a special-case wildcard of '*' for "any user" or "any group" would be required I think. >From an implementation point of view, this lets us make use of alot of code that exists already for host access control. I initially planned to find a way to allow access control to be more fine-grained (per metric perhaps), but on reflection I'm no longer convinced that the cost/benefit of adding that to pmcd is favourable. Such fine-grained access is possible - most of the access control code lives in libpcp, and as such is also available to PMDAs. Thus, a PMDA with super- secret-access-requirements can opt-in to doing any further checking if it so chooses, while allowing us to keep the pmcd code relatively simple. So far, its looking like the event metrics are the most likely metrics to need special handling in terms of access. They also tend to have their own config files (thinking of pmdalogger, for example) and their own ideas/mappings for event-metrics/instances/parameter-metrics. So, I suspect it is going to be impractical to solve all needs for these guys in a generic way in pmcd, so deferring to the PMDA does feel like a good option for finer-grained needs (with API help via libpcp) - if they are ever needed. Thoughts? One other thing - I'm thinking that we will want to add access controls to pmproxy as well (host-based too), and possibly pmwebd as well - I'll look into abstracting bits where possible from pmcd and adding to libpcp. Interested PMDAs could make use of that as well if they wish. cheers. -- Nathan From nscott@redhat.com Wed May 29 05:58:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 86D7D7F37 for ; Wed, 29 May 2013 05:58:35 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 23CA1AC001 for ; Wed, 29 May 2013 03:58:31 -0700 (PDT) X-ASG-Debug-ID: 1369825107-04cb6c4740259360001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 1mLTE8Z9wk7bPTF6 for ; Wed, 29 May 2013 03:58:27 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4TAwQkC023931 for ; Wed, 29 May 2013 06:58:26 -0400 Date: Wed, 29 May 2013 06:58:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1249769934.14035759.1369825106794.JavaMail.root@redhat.com> In-Reply-To: <995558557.14035218.1369824986941.JavaMail.root@redhat.com> Subject: pcp updates: pmimport fix MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmimport fix Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmimport fix Thread-Index: 3ctHRloxY3JdRpP0lcxJHadVOL7E3w== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1369825107 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132358 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/537 | 40 ++++++++++++++++++++++ qa/537.out | 23 +++++++++++++ qa/group | 1 qa/src/GNUlocaldefs | 2 - qa/src/import_limit_test.perl | 72 +++++++++++++++++++++++++++++++++++++++++ src/libpcp_import/src/import.c | 26 +++++++++++--- 6 files changed, 157 insertions(+), 7 deletions(-) commit 90ae8bc5e69e754760a9caa3cd0a18b2de0bc503 Author: Nathan Scott Date: Wed May 29 20:52:01 2013 +1000 Remove limit in the libpcp import auto-PMID generation scheme Marko found that no new metrics could be imported into a log beyond 1024. Turned out to be a lack of pmiAddMetric checks for metric counts beyond the PMID "item" space (1<<10). Its now making use of the "cluster" space (1<<12) as well, and I added in a check for the real boundary of auto-generated IDs which is ~4.2 million metrics. Test case 537 exercises the fix and makes use of Marko's nice succinct test script which exposes the problem. This resolves Fedora bug 968210. From nscott@redhat.com Thu May 30 00:29:01 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 589DE7F37 for ; Thu, 30 May 2013 00:29:01 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id CC7B0AC00A for ; Wed, 29 May 2013 22:29:00 -0700 (PDT) X-ASG-Debug-ID: 1369891735-04cb6c47402ab440001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id mT18j11WN0ZgXahP for ; Wed, 29 May 2013 22:28:56 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4U5StdI015030; Thu, 30 May 2013 01:28:55 -0400 Date: Thu, 30 May 2013 01:28:55 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley , "Frank Ch. Eigler" Cc: PCP Message-ID: <2114822672.15048515.1369891735534.JavaMail.root@redhat.com> In-Reply-To: <854943104.15031638.1369885669593.JavaMail.root@redhat.com> Subject: Authentication-related-development primer MIME-Version: 1.0 X-ASG-Orig-Subj: Authentication-related-development primer Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Authentication-related-development primer Thread-Index: hkVII/rxGJAeMpPAhWOxzX67CBsbfg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1369891736 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.53 X-Barracuda-Spam-Status: No, SCORE=0.53 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, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132432 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi guys, [note: this mail quickly got very long - there are specific points that are more relevant to each of your projects near the end but lots of context is needed first though... sorry 'bout that!] Following is a series of useful tidbits that I've found while hacking on SASL2 and the PCP protocol extensions for user authentication. It's intended to help particularly around debugging connection establishment which can be very obtuse/tricky at this stage. As per earlier mail on the topic, authenticated connections are setup using connection attributes - to establish such a connection, one makes use of an extended host specification syntax (typically via -h option on client tools). Without this host syntax, regular non-authenticated connections are always made at this stage. This syntax is an (optional) protocol type, then a hostname and (optional) port, and then attributes for the connection. For protocol type either "pcp" or "pcps" is allowed (native "pcp" protocol being the default). Use of "pcps" triggers secure sockets mode, and requires certificate setup on the pmcd host as per the secure sockets tutorial. I mention "pcps" here only because AIUI some authentication methods require a secure connection (SASL enforces this). Now to trigger a SASL authentication attempt, we need to make use of an attribute that indicates this. Presence of any of the auth attributes in the host specification (for a complete list see src/libpcp/src/spec.c::__pmAttrKeyStr_r & __pmParseHostAttrsSpec). As commented at the head of the latter routine, some example hostspecs that would trigger an authentication attempt would be: pminfo -h pcp://oss.sgi.com:45892?user=otto&pass=blotto pminfo -h pcps://oss.sgi.com@proxy.org:45893?user=jimbo Backing up a bit, SASL allows us different authentication method choices - e.g. gssapi, login, etc ("mechanisms" in SASL terminology). Once an authenticated connection has been requested, SASL will choose the method on our behalf if we do not specify which we prefer for this connection (i.e. can request the method from the client-side). When we reach the authentication stages of a PCP protocol exchange, the server initially sends the client a list of available authentication methods. Then the client selects one (via method=xxx connection attribute, or automatically within libsasl) and sends that back to the server. Then a number of zero or more round-trips ensue, where the server authenticates the client - using usernames, passwords, gssapi kerberos-fu, whatever - depending on the selected method. In the absence of needed authentication info from hostspec attributes, SASL will invoke callbacks to aquire missing information (like passwords and so on). Natually, all sorts of things can go wrong and it depends on the method selected as to why/where. I've found it to be very handy to make extensive use of the -D AUTH tracing flag to get at additional information. This flag is used on both client and server side (/etc/pcp/pmcd/pmcd.options for the latter, directly on command line for the former). Even with that, its not usually easy to debug - something we'll need to work on further. So, here's a sample invocation using secure protocol and the SASL "anonymous" authentication method (best to start with this, no password needed): $ pminfo -DAUTH -f -h pcps://verge?method=anonymous\&user=anonymous hinv.ncpu WARNING: issuer of certificate received from host verge is not trusted. SHA1 fingerprint is BD:48:A1:B6:AD:7E:2D:66:73:38:24:C7:58:E9:33:20:41:9B:5B:90 Do you want to accept and save this certificate locally anyway (y/n)? y __pmAuthClientNegotiation(fd=1024, ssf=128, host=verge) __pmAuthClientNegotiation requesting "anonymous" method __pmAuthClientNegotiation got methods: "DIGEST-MD5 NTLM CRAM-MD5 LOGIN PLAIN ANONYMOUS" (46) __pmAuthSimpleCB enter ctx=0x19de1a8 id=16385 __pmAuthSimpleCB ctx=0x19de1a8 id=16385 -> sts=0 rslt=0x19de2d0 len=-1 sasl_client_start chose "ANONYMOUS" method, saslsts=ok sasl_client_start sending (25 bytes) "ANONYMOUS" __pmAuthClientNegotiation success, username=anonymous hinv.ncpu value 2 Yay! Successful authentication and ultimately values are returned. On the server side with -DAUTH logging enabled /var/log/pcp/pmcd/pmcd.log contains: __pmSecureServerIPCFlags SASL server: 0 __pmAuthServerNegotiation(fd=1027, ssf=0) __pmAuthServerNegotiation - sending mechanism list (6 items, 48 bytes): "PLAIN ANONYMOUS CRAM-MD5 GSSAPI LOGIN DIGEST-MD5" __pmAuthServerNegotiation - wait for mechanism __pmAuthLogCB enter ctx=(nil) pri=4 [Thu May 30 14:21:05] pmcd(31492) Notice: ANONYMOUS login: "nathans@smash" sasl_server_start success: sts=ok__pmAuthServerNegotiation method negotiated [Thu May 30 14:21:05] pmcd(31492) Info: Successful authentication for user "anonymous" Once an authenticated connection is established, pmcd will extract attributes it knows about (currently user name, uid and gid, IIRC) and passes those on to any of its PMDAs that have expressed an interest). Some other random notes: for your unix-domain-socket authentication efforts, Dave, you don't need to know about SASL (I think), just connection attributes - I believe we will be able to set PCP_ATTR_USERID and PCP_ATTR_GROUPID (see SO_PASSCRED on unix(7) man page) from within pmcd for a connection. See the ClientInfo structure in pmcd which has an attribute hash for each connection ... we will want those two attributes set automatically for all unix domain connections. For the pmwebd authentication efforts Frank there's a __pmUnparseHostAttrsSpec() as well which takes a hash of attributes (presumably built up from corresponding attributes within the http URL, or via a POST) which produces the extended hostspec format, which will be needed for establishing the pmwebd/pmcd connection on behalf of that web client. Have fun! cheers. -- Nathan From brolley@redhat.com Fri May 31 08:47:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 339C17F37 for ; Fri, 31 May 2013 08:47:41 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 227EE8F8052 for ; Fri, 31 May 2013 06:47:37 -0700 (PDT) X-ASG-Debug-ID: 1370008053-04cbb0468e5bdb0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 9dDgAHgIqKBGeXNY for ; Fri, 31 May 2013 06:47:34 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4VDlX9j008328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 31 May 2013 09:47:33 -0400 Received: from [10.10.52.182] (vpn-52-182.rdu2.redhat.com [10.10.52.182]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4VDlV5I014751; Fri, 31 May 2013 09:47:32 -0400 Message-ID: <51A8A9F3.4090405@redhat.com> Date: Fri, 31 May 2013 09:47:31 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: "Frank Ch. Eigler" , PCP Subject: Re: Authentication-related-development primer References: <2114822672.15048515.1369891735534.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: Authentication-related-development primer In-Reply-To: <2114822672.15048515.1369891735534.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1370008053 X-Barracuda-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 05/30/2013 01:28 AM, Nathan Scott wrote: > Some other random notes: for your unix-domain-socket > authentication efforts, Dave, you don't need to know > about SASL (I think), just connection attributes - I > believe we will be able to set PCP_ATTR_USERID and > PCP_ATTR_GROUPID (see SO_PASSCRED on unix(7) man page) > from within pmcd for a connection. See the ClientInfo > structure in pmcd which has an attribute hash for each > connection ... we will want those two attributes set > automatically for all unix domain connections. OK. I'll keep this in mind. Dave From nscott@redhat.com Fri May 31 16:20:47 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id ACB077F37 for ; Fri, 31 May 2013 16:20:47 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9B938304075 for ; Fri, 31 May 2013 14:20:44 -0700 (PDT) X-ASG-Debug-ID: 1370035239-04cb6c5af788a90001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id lgqDysUa2didKXOV for ; Fri, 31 May 2013 14:20:40 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r4VLKdJL003436 for ; Fri, 31 May 2013 17:20:39 -0400 Date: Fri, 31 May 2013 17:20:39 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <351511842.17109034.1370035239472.JavaMail.root@redhat.com> In-Reply-To: <1399895693.17108388.1370035142837.JavaMail.root@redhat.com> Subject: pcp updates: pmibatch, qa, misc cleanup MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmibatch, qa, misc cleanup Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmibatch, qa, misc cleanup Thread-Index: L/0vuel2JW2jzAdILlacBw6s/SeCpQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1370035239 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.132590 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/537.out | 40 +++++++++++++-------------- src/libpcp/src/access.c | 4 +- src/libpcp_import/src/import.c | 4 +- src/perl/LogImport/LogImport.pm | 15 +++++++--- src/pmcd/src/config.c | 59 ++++++++++++++++++---------------------- src/python/pcp/pmapi.py | 2 - 6 files changed, 64 insertions(+), 60 deletions(-) commit ad874d2884a810e05ae269bd287570dab42b2674 Author: Marko Myllynen Date: Sat Jun 1 07:16:05 2013 +1000 Optimize pmiBatchEnd As suggested by Nathan we don't need to call pmiWrite after each pmiPutValue{,Handle} but rather only once for each timestamp. Roughly 50% less time in pmiBatchEnd when processed ~500k lines of data + prevents the misuse of the API similar that was already discussed in RHBZ#958745, causing botched archives. commit d5b8facc97d56ba5902d84602583a5fca6b04897 Author: Nathan Scott Date: Thu May 30 10:00:03 2013 +1000 Fix some pmcd comment typos, remove an unneeded local commit 271ef447562d426e1ede351e2d8c545e1236da7c Author: Nathan Scott Date: Thu May 30 09:47:18 2013 +1000 Fix the conditional for EHOSTDOWN in pmcd access section parser commit 1939bd12cf37ad0841969d49cf1fdf266c3360ad Author: Nathan Scott Date: Thu May 30 09:40:59 2013 +1000 Fix an array index off-by-one in pmcd config file access section error path Change some variable and function names while in here to make the code more readable before further work commences. commit fae142b45255bfdf8e112c0a1b2b512cb5176ea8 Author: Nathan Scott Date: Thu May 30 09:33:06 2013 +1000 Add a missing self. reference in python pmapi method call commit 0219c537800a11429bafa11b75ef79a9ad74cb9d Author: Nathan Scott Date: Thu May 30 08:56:04 2013 +1000 Revert to using one-offset import PMIDs to simplify testing Go back to using a libpcp import auto-PMID generation scheme that starts at item 1 rather than 0 - the one (of 4+ million) PMIDs saved is not worth the QA fallout.