pcp
[Top] [All Lists]

Re: [pcp] proc pmda oddness - qa 022

To: Ken McDonell <kenj@xxxxxxxxxxxxxxxx>
Subject: Re: [pcp] proc pmda oddness - qa 022
From: Nathan Scott <nathans@xxxxxxxxxx>
Date: Wed, 6 Nov 2013 17:35:36 -0500 (EST)
Cc: "Frank Ch. Eigler" <fche@xxxxxxxxxx>, "pcp@xxxxxxxxxxx >> PCP Mailing List" <pcp@xxxxxxxxxxx>
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <527A9BDA.20906@xxxxxxxxxxxxxxxx>
References: <527A9322.6070107@xxxxxxxxxxxxxxxx> <y0miow58h2w.fsf@xxxxxxxx> <527A9BDA.20906@xxxxxxxxxxxxxxxx>
Reply-to: Nathan Scott <nathans@xxxxxxxxxx>
Thread-index: R6iGTXvC9jPmBbPAdHglogXbY4Ouyw==
Thread-topic: proc pmda oddness - qa 022

----- Original Message -----
> On 07/11/13 06:29, Frank Ch. Eigler wrote:
> > Ken McDonell <kenj@xxxxxxxxxxxxxxxx> writes:
> >
> >> I have no clue how we could have got the proc pmda to the point where
> >> I can retrieve proc.psinfo.stime for pid 017676 but cannot retrieve
> >> proc.psinfo.utime for the same pid.

(hmm, nor do I)

> >...
> 
> Unlikely .. the missing process is the one that is generating the output
> ... src/proc_test is doing the pmFetch so it can't really go away and
> still be able to report the results of the pmFetch.
> 

FWLIW, qa/022 is passing on a number of machines here.  Is it intermittent
for you Ken, or fails every time?  (and what's your kernel version there?)

cheers.

--
Nathan

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