Не удается заставить StatsD и Graphite играть

Я возился, пытаясь заставить StatsD передавать информацию в Graphite, но я вижу следующее в графитовых журналах

[18/Jan/2013 08:12:12] code 400, message Bad request version ('1358518363')
[18/Jan/2013 08:12:12] "stats.statsd.bad_lines_seen 0 1358518363" 400 -

Информация, передаваемая из StatsD, выглядит (взятая из журналов)

19 Jan 00:12:12 - debug: Counters:
{ 'statsd.bad_lines_seen': 0,
  'statsd.packets_received': 0,
  'x.show.html': 0 }
Timers:
{ 'x.show.html.duration': [],
  'x.show.html.view_runtime': [],
  'x.show.html.db_runtime': [] }
Gauges:
{}

Я проверил StatsD через интерфейс управления TCP, и он считает, что он сбрасывается в Graphite нормально, хотя каждый отдельный сброс, кажется, вызывает ошибки на стороне Graphite:

~$ telnet localhost 8126                                                    
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
stats
uptime: 2021
messages.last_msg_seen: 2004
messages.bad_lines_seen: 0
graphite.last_flush: 1
graphite.last_exception: 2021
END

Я не уверен, что я ищу для решения этой проблемы. В данный момент я возился с конфигурацией на случай, если что-то пропустил - моим следующим шагом было бы перейти к коду StatsD и выяснить, почему он думает, что получает обратно 200 вместо 400. Любые указания будут оценены.


graphite statsd
person Coop    schedule 18.01.2013    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Можете ли вы проверить, настроили ли вы имя хоста и порт прослушивания графита (углерода) в файле конфигурации statsd? Значение, которое вы должны установить:

{
   graphiteHost: "127.0.0.1"
 , graphitePort: 2003
}

Это значение по умолчанию для углерода.

person bin    schedule 23.01.2013