MRTG: rrdtool xport - Проблемы с экспортом входящего / исходящего трафика

Question

MRTG: rrdtool xport - Проблемы с экспортом входящего / исходящего трафика

Я хочу отслеживать + экспортировать входящие / исходящие данные трафика в XML с помощью MRTG и rrdtool xport. У меня есть несколько проблем:

Экспортированный XML имеет одну и ту же метку времени для начала и конца мета-раздела. Я указал --start 1429862400 - end 1429894800, выходные значения начинаются с 1429862700 и заканчиваются 1429886100, также я получаю довольно много NaN.
Я сопоставил ds0 и ds1 с моими переменными in/out, но на самом деле я не уверен, где вообще определять ds. Как я могу сопоставить мои переменные с входящим и исходящим сетевым трафиком? Где настроены ds-устройства?
- Ds1, вероятно, из-за неправильной настройки выдает ошибочные значения.

я бегу

rrdtool xport\
DEF:out_bytes=localhost_2.rrd:ds0:AVERAGEDEF:in_bytes\
=localhost_2.rrd:ds1:AVERAGE CDEF:io_bytes=out_bytes,in_bytes,+\ 
XPORT:in_bytes:outbytes XPORT:out_bytes:inbytes XPORT:io_bytes:iobytes\ 
--enumds --start 1429862400 --end 1429894800

экспортировать.

Это мой mrtg.cfg

WorkDir: /var/www/mrtg/graph
WriteExpires: Yes
Title[^]: Traffic Analysis for
EnableIPv6: no
Target[localhost_2]: 2:public@127.0.0.1:
SetEnv[localhost_2]: MRTG_INT_IP="No Ip" MRTG_INT_DESCR="eth0"
MaxBytes[localhost_2]: 1250000
Title[localhost_2]: Traffic Analysis for 2 -- SMDSP01
XSize[localhost_2]: 256
YSize[localhost_2]: 64
XScale[localhost_2]: 0.65
YScale[localhost_2]: 0.6
Unscaled[localhost_2]: d
WithPeak[localhost_2]: d

Вот отрывок из вывода

<?xml version="1.0" encoding="UTF-8"?> <xport>    <meta>
      <start>1429862700</start>
      <step>300</step>
      <end>1429862700</end>
      <rows>109</rows>
      <columns>3</columns>
      <legend>
         <entry>outbytes</entry>
         <entry>inbytes</entry>
         <entry>iobytes</entry>
      </legend>    </meta>    <data>
      <row>
         <t>1429862700</t>
         <v0>7.5489722222e+00</v0>
         <v1>1.4522986944e+05</v1>
         <v2>1.4523741842e+05</v2>
      </row>
      <row>
         <t>1429863000</t>
         <v0>9.3254770432e+00</v0>
         <v1>1.6219456095e+05</v1>
         <v2>1.6220388643e+05</v2>
      </row>
      <row>
         <t>1429863300</t>
         <v0>6.4311896235e+00</v0>
         <v1>1.6358109508e+05</v1>
         <v2>1.6358752627e+05</v2>
      </row>
      <row>
         <t>1429863600</t>
         <v0>9.8945000000e+00</v0>
         <v1>4.6888782408e+05</v1>
         <v2>4.6889771858e+05</v2>
      </row>
      <row>
         <t>1429863900</t>
         <v0>5.6088333333e+00</v0>
         <v1>4.2072387378e+05</v1>
         <v2>4.2072948261e+05</v2>
      </row>
      <row>
         <t>1429864200</t>
         <v0>2.0383366480e+01</v0>
         <v1>2.5505514117e+05</v1>
         <v2>2.5507552453e+05</v2>
      </row>
      <row>
         <t>1429864500</t>
         <v0>1.2132332724e+03</v0>
         <v1>2.1026807079e+06</v1>
         <v2>2.1038939412e+06</v2>
      </row>
      <row>
         <t>1429864800</t>
         <v0>2.3604750000e+01</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429865100</t>
         <v0>6.3642958611e+03</v0>
         <v1>1.1198971143e+07</v1>
         <v2>1.1205335438e+07</v2>
      </row>
      <row>
         <t>1429865400</t>
         <v0>1.5586544194e+04</v0>
         <v1>8.5607161284e+06</v1>
         <v2>8.5763026726e+06</v2>
      </row>
      <row>
         <t>1429865700</t>
         <v0>2.4014277778e+01</v0>
         <v1>3.3303833329e+06</v1>
         <v2>3.3304073472e+06</v2>
      </row>
      ...
      <row>
         <t>1429892100</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429892400</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429892700</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429893000</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429893300</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429893600</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429893900</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429894200</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429894500</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429894800</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>
      <row>
         <t>1429895100</t>
         <v0>NaN</v0>
         <v1>NaN</v1>
         <v2>NaN</v2>
      </row>    </data> </xport>

Спасибо за вашу помощь!

0

rrdtool rrd mrtg

Источник

user4155702 24 апр '15 в 15:38

1 ответ

Решение

Другие вопросы по тегам rrdtool rrd mrtg

user2480362 27 апр '15 в 22:40 2015-04-27 22:40 · Accepted Answer · 2015-04-27 22:40

Во-первых, инвалид <end> тег в выводе XML является ошибкой в RRDTool. Вы не говорите, какую версию вы используете, но если вы не используете последнюю версию, пожалуйста, обновите. Если вы используете последнюю версию, пожалуйста, сообщите об ошибке:)

Выходные моменты времени немного отклонены от запрошенного вами окна из-за забора. Вы указываете точки данных и экспортируете RRA, содержащий их (это закончится на 1 шаг позже). Это немного нелогично, но я думаю, что это дизайн.

Вы определяете свои переменные DEF из ваших RRD DS следующим образом:

DEF:out_bytes=localhost_2.rrd:ds0:AVERAGE
DEF:in_bytes=localhost_2.rrd:ds1:AVERAGE

Файл RRD, сгенерированный MRTG, всегда будет иметь ровно две DS - называемые ds0 а также ds1, Хотя RRDTool может поддерживать гораздо больше DS со всеми видами имен, вы не можете изменить имена в файле RRD, сгенерированном MRTG, а также не можете добавить или удалить DS, не нарушая MRTG. Если вы хотите иметь больше DS, единственный способ сделать это - добавить новую цель MRTG, которая создаст новый файл RRD, с DS 'ds0' и 'ds1', а затем добавить это в запрос Xport. как дополнительные два DEF линий.

NaN - это место, где базовый RRA не имеет действительных данных. Вероятно, это связано с тем, что просто не было (достаточно) данных, собранных для этого временного окна, или собранные данные были недействительными. Соответствующие графики MRTG, скорее всего, тоже ничего не покажут. Другая возможность состоит в том, что выбирается неправильный RRA, но это маловероятно, поскольку ваше временное окно составляет всего 9 часов, что вписывается в стандартную однодневную RRA с высокой степенью детализации, генерируемую MRTG.

Если ваши значения являются ошибочными, то убедитесь, что они уже не являются ошибочными в RRD - xport выводит только то, что находится в базе данных. Ожидаете ли вы вывод в битах, а не в байтах (в этом случае умножьте на 8)? Ваши значения около 140 Мбит / с (IE 18 Мбит / с), но вы запрашиваете через SNMPv1, и в этом случае MRTG не может опросить данные? В этом случае используйте SNMPv2 с MRTG для получения правильных данных. К сожалению, вы не дали никаких подробностей о том, как данные "ошибочны", поэтому я могу только строить догадки.