| To: | "Frank Ch. Eigler" <fche@xxxxxxxxxx> |
|---|---|
| Subject: | Re: proc pmda oddness - qa 022 |
| From: | Ken McDonell <kenj@xxxxxxxxxxxxxxxx> |
| Date: | Thu, 07 Nov 2013 06:43:22 +1100 |
| Cc: | "pcp@xxxxxxxxxxx >> PCP Mailing List" <pcp@xxxxxxxxxxx> |
| Delivered-to: | pcp@xxxxxxxxxxx |
| In-reply-to: | <y0miow58h2w.fsf@xxxxxxxx> |
| References: | <527A9322.6070107@xxxxxxxxxxxxxxxx> <y0miow58h2w.fsf@xxxxxxxx> |
| User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 |
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.Could it simply be a short-lived process that happened to die while the pmda was working? - FChE 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. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: proc pmda oddness - qa 022, Frank Ch. Eigler |
|---|---|
| Next by Date: | pcp updates: kenj+fche mergelets, Nathan Scott |
| Previous by Thread: | Re: proc pmda oddness - qa 022, Frank Ch. Eigler |
| Next by Thread: | Re: [pcp] proc pmda oddness - qa 022, Nathan Scott |
| Indexes: | [Date] [Thread] [Top] [All Lists] |