| 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> |
|---|---|---|
| ||
| Previous by Date: | pcp updates: kenj+fche mergelets, Nathan Scott |
|---|---|
| Next by Date: | pcp updates, Ken McDonell |
| Previous by Thread: | Re: proc pmda oddness - qa 022, Ken McDonell |
| Next by Thread: | Re: [pcp] proc pmda oddness - qa 022, Ken McDonell |
| Indexes: | [Date] [Thread] [Top] [All Lists] |