metrics appended with _ about carbon-c-relay HOT 3 CLOSED

Did you using latest version? I faced same issue when carbon-c-relay turn
'\n' into '_' but it was fixed some time ago.
27 авг. 2014 г. 21:51 пользователь "mhollick" [email protected]
написал:

hi,

I'm pretty sure that this is not a bug, I am just totally failing to grok
something...
If you spot what I am doing wrong, please let me know. Otherwise, please
feel free to close this issue.

When carbon c relay is fed metrics from collectd all metrics relayed have
a '_' appended.
If I capture the output of collectd to a file then play it back to cc
relay with netcat everything is fine.

Scenario
collectd -> carbon c relay -> carbon-cache.
I am running carbon c relay release 0.27 (need to update..)

carbon cache is complaining in /var/log/carbon/listener.log

27/08/2014 19:14:07 :: invalid line received from client 127.0.0.1:55633, ignoring
27/08/2014 19:14:07 :: invalid line received from client 127.0.0.1:55633, ignoring
27/08/2014 19:14:07 :: invalid line received from client 127.0.0.1:55633, ignoring
27/08/2014 19:14:07 :: invalid line received from client 127.0.0.1:55633, ignoring
27/08/2014 19:14:07 :: invalid line received from client 127.0.0.1:55633, ignoring
27/08/2014 19:14:07 :: invalid line received from client 127.0.0.1:55633, ignoring

stopping carbon-cache and replacing it with netcat:

$ nc -l 2023
vbox_twiki01.processes-httpd.ps_data 1005916160.000000 1409166917_
vbox_twiki01.processes-httpd.ps_code 190201856.000000 1409166917_
vbox_twiki01.processes-httpd.ps_stacksize 13432.000000 1409166917_
vbox_twiki01.processes-httpd.ps_cputime.user 0.000000 1409166917_
vbox_twiki01.processes-httpd.ps_cputime.syst 0.000000 1409166917_
vbox_twiki01.processes-httpd.ps_count.processes 10.000000 1409166917_
vbox_twiki01.processes-httpd.ps_count.threads 10.000000 1409166917_
vbox_twiki01.processes-httpd.ps_pagefaults.minflt 0.000000 1409166917_
vbox_twiki01.processes-httpd.ps_pagefaults.majflt 0.000000 1409166917_
vbox_twiki01.processes-httpd.ps_disk_octets.read 0.000000 1409166917_
vbox_twiki01.processes-httpd.ps_disk_octets.write 0.000000 1409166917_

checking that collectd is not sending weirdness by replacing cc relay with
netcat:

$ nc -l 2103
vbox_twiki01.processes-httpd.ps_count.processes 10.000000 1409167037
vbox_twiki01.processes-httpd.ps_count.threads 10.000000 1409167037
vbox_twiki01.processes-httpd.ps_pagefaults.minflt 0.000000 1409167037
vbox_twiki01.processes-httpd.ps_pagefaults.majflt 0.000000 1409167037
vbox_twiki01.processes-httpd.ps_disk_octets.read 0.000000 1409167037
vbox_twiki01.processes-httpd.ps_disk_octets.write 0.000000 1409167037
vbox_twiki01.processes-httpd.ps_disk_ops.read 0.000000 1409167037
vbox_twiki01.processes-httpd.ps_disk_ops.write 0.000000 1409167037
vbox_twiki01.processes-collectd.ps_vm 674430976.000000 1409167037
vbox_twiki01.processes-collectd.ps_rss 2420736.000000 1409167037
vbox_twiki01.processes-collectd.ps_data 642191360.000000 1409167037
vbox_twiki01.processes-collectd.ps_code 2719744.000000 1409167037
vbox_twiki01.processes-collectd.ps_stacksize 2208.000000 1409167037

replacing collectd with netcat piping output into cc relay and catching
cc_relay output with netcat:

terminal1$ cat ./test_metrics.txt | nc 127.0.0.1 2103

terminal2$ nc -l 2023
vbox_twiki01.processes-monit.ps_vm 127668224.000000 1409165887
vbox_twiki01.processes-monit.ps_rss 933888.000000 1409165887
vbox_twiki01.processes-monit.ps_data 78196736.000000 1409165887
vbox_twiki01.processes-monit.ps_code 7028736.000000 1409165887
vbox_twiki01.processes-monit.ps_stacksize 752.000000 1409165887
vbox_twiki01.processes-monit.ps_cputime.user 0.000000 1409165887
vbox_twiki01.processes-monit.ps_cputime.syst 0.000000 1409165887
vbox_twiki01.processes-monit.ps_count.processes 1.000000 1409165887
vbox_twiki01.processes-monit.ps_count.threads 2.000000 1409165887
vbox_twiki01.processes-monit.ps_pagefaults.minflt 0.000000 1409165887
vbox_twiki01.processes-monit.ps_pagefaults.majflt 0.000000 1409165887
vbox_twiki01.processes-monit.ps_disk_octets.read 10299.084952 1409165887

configuration for carbon c relay:

cluster localhost
forward
127.0.0.1:2023
;

match *
send to localhost
stop
;

start command for cc relay:

/usr/bin/relay -p 2103 -w 4 -d -s -f /etc/relay.conf

collectd write_graphite configuration:

Host "localhost" Port "2103" Protocol "tcp" LogSendErrors true

—
Reply to this email directly or view it on GitHub
#11.

from carbon-c-relay.

This will be the \r\n that is seen as _\n.
The following commit fixes that behaviour: 4121d6b
That commit is not in any release yet, I'm planning on making one soon, but in the meantime you could try current git head to see if that fixes the problem for you.

Please reopen if that doesn't fix the issue for you!

from carbon-c-relay.

Hi, yes that did the trick - thanks!

from carbon-c-relay.