On Fri, 2009-01-30 at 18:17 +1100, Ken McDonell wrote:
> Not a quirk at all -- a bug. Any aggregate operator (as the top
> left-most node in the expression tree) returning a scalar value would
> suffer the same way.
>
> I have a fix that I'll push once it passes all the rest of the pcp qa.
Ah, great - thanks Ken!
I had occassion to attempt a pmdasummary deployment the other
day - looks like its not too happy on Linux. First thing I
came across was an issue related to the funky GNU getopts(3)
behaviour, where it will reorder options on the command line.
So, a pmcd.conf line like:
summary 27 pipe binary /var/lib/pcp/pmdas/summary/pmdasummary
-d
27 /usr/bin/pmie -x -t 5 /var/lib/pcp/pmdas/summary/expr.pmie
ends up passing the pmie options into pmdasummary, I think.
Worked around that adding a "--" after -d 27, but still no
go - not sure whats going wrong next, but we still quickly
exit from the PMDA/pmie, and pmcd cleans up.
The first we can workaround with either having pmcd force a
POSIXLY_CORRECT into its env, or the install script could
add the "--" (any preferences there?). I've not cracked the
last bit of the puzzle yet though (reproducible in dbpmda) -
a job for next week.
cheers.
--
Nathan
|