Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
Already on GitHub? Sign in to your account
Should pcp2graphite run as a service? #24
Comments
|
Luca, please consider sending your .service file for inclusion in pcp. (For such a trivial service, perhaps even just including a template in the pcp2graphite man page could be sufficient, since configuration rather than invocation mechanics represents the bulk of the content.) |
lmiccini
commented
Jun 8, 2015
|
Hi Frank, I agree on the manpage. Here it is anyway: [Unit] [Service] |
|
(By the way, have you found it a problem that pcp2graphite reopens a new socket to graphite at every time interval? Some versions of carbon can apparently accept persistent connections; was thinking pcp2graphite should grow an option for that.) |
lmiccini
commented
Jun 8, 2015
|
I can live with the current behaviour, but that sounds like an improvement for sure. |
|
yes please! |
lmiccini
commented
Jun 8, 2015
|
submitted #25 |
|
Looks like consensus earlier was that a man page update suffices here, which has long been merged - closing. |
lmiccini commentedJun 8, 2015
Hi,
$subject says it all. I am relying on pcp2graphite to forward metrics to a carbon/graphite instance.
I ended up having to write a pcp2graphite.service systemd unit file to keep it running.
Should pcp provide such init file/systemd unit file (or document the need for it) or maybe we have other options available / in the works (like a "metrics forwarding facility" that can then use pcp2graphite)?
Thanks!