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

Question

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

• Экспортированный XML имеет такую ​​же временную метку для начала и конца в мета-разделе. Я указал --start 1429862400 --end 1429894800, выходные значения начинаются с 1429862700 и заканчиваются на 1429886100, также я получаю довольно много NaNs.

• Я сопоставил 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> 

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

Answer 1

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

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

Вы определяете вашу переменную Defs от вашего RRD расписок таким образом:

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

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

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

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