pcp
[Top] [All Lists]

Re: pcp updates

To: Nathan Scott <nscott@xxxxxxxxxx>
Subject: Re: pcp updates
From: Ken McDonell <kenj@xxxxxxxxxxxxxxxx>
Date: Wed, 13 Aug 2008 17:03:10 +1000
Cc: pcp@xxxxxxxxxxx
In-reply-to: <1218609809.4645.46.camel@xxxxxxxxxxxxxxxxxx>
References: <1218609809.4645.46.camel@xxxxxxxxxxxxxxxxxx>
Reply-to: kenj@xxxxxxxxxxxxxxxx
Sender: pcp-bounce@xxxxxxxxxxx
Before I spend time on triage, anyone else seeing this kinda fatal
situation on Ubuntu?

Setting up libpcp-trace2-dev (2.7.4-20080507) ...
Setting up pcp (2.7.4-20080507) ...
Performance Co-Pilot rebuilding PMNS ... 
Performance Co-Pilot starting PMCD (logfile
is /var/log/pcp/pmcd/pmcd.log) ... /usr/lib/pcp/bin/pmcd: error while
loading shared libraries: libpcp_pmcd.so: cannot open shared object
file: No such file or directory
failed (status=127)
Performance Co-Pilot starting archive loggers ... 

This is with the previous git version, so not related to the latest
changes.


On Wed, 2008-08-13 at 16:43 +1000, Nathan Scott wrote:
> Changes committed to git://oss.sgi.com:8090/nathans/pcp.git
> 
>  man/man4/pmns.4                |    2 
>  src/cpan/GNUmakefile           |    2 
>  src/cpan/MANIFEST              |    1 
>  src/cpan/PMDA.xs               |  213
> +++++++++++++++++++++++++++++++++++------
>  src/cpan/TODO                  |   43 --------
>  src/libpcp_pmda/src/callback.c |    1 
>  src/pmdas/systemtap/Install    |    2 
>  src/pmdas/windows/fetch.c      |   20 +++
>  src/pmdas/windows/pmda.c       |   36 +++---
>  9 files changed, 221 insertions(+), 99 deletions(-)
> 
> commit 4871cad2b7cf510af6c201e3e0087cb23b305849
> Author: Nathan Scott <nathans@xxxxxxxxxx>
> Date:   Wed Aug 13 16:41:04 2008 +1000
> 
>     Implement help text handling shortcuts in the Perl API.  If we
>     find an existing metric help file, we use that.  If not, we're
>     using any help strings registered in the add_metric/add_indom
>     calls.  We keep those in global perl hash tables, indexed by
>     pmid/indomid, and have a custom help PDU handler (all neatly
>     hidden away from the PMDA perl scripts themselves).
> 
> commit 2de89410924a4800a9cafbb1ac08c2fc55092af6
> Author: Nathan Scott <nathans@xxxxxxxxxx>
> Date:   Wed Aug 13 16:40:36 2008 +1000
> 
>     Fix a typo in pmns(4).
> 
> commit 78a82dab9a6993775ce54e8c3637aa8550243b0e
> Author: Nathan Scott <nathans@xxxxxxxxxx>
> Date:   Wed Aug 13 16:39:57 2008 +1000
> 
>     Remove spurious blank line at start of pmdaText.
> 
> commit dde4497c3173d61d54708708e21eddcf4ed3e3d3
> Author: Nathan Scott <nathans@xxxxxxxxxx>
> Date:   Wed Aug 13 16:39:14 2008 +1000
> 
>     Fix typo in systemtap Install script.
> 
> commit b2945be16cf34be5ec719f68cc27b97eaec4ef6a
> Author: Nathan Scott <nathans@xxxxxxxxxx>
> Date:   Wed Aug 13 14:00:00 2008 +1000
> 
>     Remove the Perl PMDA API TODO file - the couple of remaining
>     features are already documented in the source or about to get
>     merged.
>     
>     Cleanup the PMID handling slightly too - no functional change.
> 
> commit 4beb0a8bb234b74859b327423ea0989ebcd816f8
> Author: Nathan Scott <nathans@xxxxxxxxxx>
> Date:   Wed Aug 13 13:48:56 2008 +1000
> 
>     Add a mechanism to the Perl PMDA API for simplifying fetch
>     routines.  If the (optional) refresh function is provided,
>     then the pmdaFetch routine will automatically walk through
>     the pmidlist array, and call the refresh() routine once for
>     each cluster that is being requested in this fetch.  Since
>     we do not pass the pmidlist array to the fetch routine (too
>     painful to convert, few Perl agents so far need it, and its
>     not easily used as-is), this is a nice way for more complex
>     Perl PMDAs to support multiple fetch mechanisms.
>     
>     The MySQL PMDA which I'm currently writing (for fun), and a
>     second app-specific database PMDA I'm writing (for work) can
>     both make good use of this functionality.
> 
> commit 6e712627e7003283304a1d3ad7798b060b473786
> Author: Nathan Scott <nathans@xxxxxxxxxx>
> Date:   Wed Aug 13 08:59:10 2008 +1000
> 
>     Correct the handling of the derived filesystem metrics in the
>     Windows PMDA.  Also resolve a handful of metric type mismatch
>     issues (mismatch PCP types for new metrics with Pdh types).
> 
> 
> 
> 


<Prev in Thread] Current Thread [Next in Thread>