pcp
[Top] [All Lists]

Re: [pcp] RFE: pmcd client tracking

To: Nathan Scott <nscott@xxxxxxxxxx>
Subject: Re: [pcp] RFE: pmcd client tracking
From: Ken McDonell <kenj@xxxxxxxxxxxxxxxx>
Date: Thu, 23 Apr 2009 20:26:04 +1000
Cc: Max Matveev <makc@xxxxxxxxx>, pcp@xxxxxxxxxxx
In-reply-to: <464753810.3627251240222669212.JavaMail.root@xxxxxxxxxxxxxxxxxx>
References: <464753810.3627251240222669212.JavaMail.root@xxxxxxxxxxxxxxxxxx>
Reply-to: kenj@xxxxxxxxxxxxxxxx
On the off chance that someone else is feeling brave ... I have 80% of a
implementation of this done.

pmcd.client.whatami is available for pmStore() use from a client.

On Mon, 2009-04-20 at 20:17 +1000, Nathan Scott wrote:
> ----- "Max Matveev" <makc@xxxxxxxxx> wrote:

> > PIDs would be relatively simple to add - you may need to split them
> > across 2 CREDs to fit all 32 bits but otherwise it's just binary.
> > 
> > progname is more difficult - you'd have to force all clients which
> > link with libpcp to provide it with one and you'd need to find a way
> > to pass it across which would almost certainly mean a protocol
> > revision or some creating shuffling of bits across multiple CREDs.
> > Plus is could be seen as "invasion of privacy". In short, I wouldn't
> > do it if I was in your shoes.
> 
> Ken suggested a different approach the other day, using an opt-in
> pmstore that clients can use to tell pmcd who/what/where they are.
> Would be enough for my specific needs (telling "where is pmlogger
> for this host", specifically).
> 
> > And for hostnames, be very affraid of the name lookups - bind has 45
> > second timeouts which means that any getfoobybar can take up-to this
> > much time, with pmcd's single threaded nature it could mean that it
> > will be out of action a lot. If you want to have hostnames, it's
> > better to implement the lookups client side.
> 
> OK, thanks.  I'm unlikely to get to any of this anytime soon FWIW.
> 
> cheers.
> 

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