URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 2349
[ Назад ]

Исходное сообщение
"MRTG-графики"

Отправлено firdavs23mail.ru , 25-Июл-18 11:52 
Доброго времени суток.. Подскажите пожалуйста из за чего могут быть такие проблемы? В МРТГ и первой и второй версии графики с моментами без причин резко падают и через обновления опять нормально рисуют... В логах ничего нету да и в логах оборудований тоже чисто... Может кто столкнулся с  этим? рисунок по ссылке: https://ru.files.fm/u/23x3vheg#/

Содержание

Сообщения в этом обсуждении
"MRTG-графики"
Отправлено green , 25-Июл-18 23:47 
> Доброго времени суток.. Подскажите пожалуйста из за чего могут быть такие проблемы?
> В МРТГ и первой и второй версии графики с моментами без
> причин резко падают и через обновления опять нормально рисуют... В логах
> ничего нету да и в логах оборудований тоже чисто... Может кто
> столкнулся с  этим?

У меня и у многих других работает нормально. Учитывая, что второе значение графика у вас рисует нормально, без провалов, делаем вывод, что коллектор значений, в целом, отрабатывает. Могу предложить заменить временно скрипт коллектора, чтобы сбрасывать значения в доп.файл для последующего анализа. Чем собираете данные? Счётчик в фаерволе или snmp? Если второе, то картина немного (самым краешком) напоминает проблему 32/64-счётчиков. посмотрите в ту сторону для возможного решения.


"MRTG-графики"
Отправлено vg , 26-Июл-18 21:25 
> Доброго времени суток.. Подскажите пожалуйста из за чего могут быть такие проблемы?
> В МРТГ и первой и второй версии графики с моментами без
> причин резко падают и через обновления опять нормально рисуют... В логах
> ничего нету да и в логах оборудований тоже чисто... Может кто
> столкнулся с  этим? рисунок по ссылке: https://ru.files.fm/u/23x3vheg#/

а может он правильно рисует? может там действительно все так падает?

про-дублируйте другими средствами, посмотрите что реально происходит


"MRTG-графики"
Отправлено firdavs23mail.ru , 27-Июл-18 06:04 
>> Доброго времени суток.. Подскажите пожалуйста из за чего могут быть такие проблемы?
>> В МРТГ и первой и второй версии графики с моментами без
>> причин резко падают и через обновления опять нормально рисуют... В логах
>> ничего нету да и в логах оборудований тоже чисто... Может кто
>> столкнулся с  этим? рисунок по ссылке: https://ru.files.fm/u/23x3vheg#/
> а может он правильно рисует? может там действительно все так падает?
> про-дублируйте другими средствами, посмотрите что реально происходит

На заббиксе все чётко рисует...


"MRTG-графики"
Отправлено Andrey , 27-Июл-18 08:46 
>>> Доброго времени суток.. Подскажите пожалуйста из за чего могут быть такие проблемы?
>>> В МРТГ и первой и второй версии графики с моментами без
>>> причин резко падают и через обновления опять нормально рисуют... В логах
>>> ничего нету да и в логах оборудований тоже чисто... Может кто
>>> столкнулся с  этим? рисунок по ссылке: https://ru.files.fm/u/23x3vheg#/
>> а может он правильно рисует? может там действительно все так падает?
>> про-дублируйте другими средствами, посмотрите что реально происходит
> На заббиксе все чётко рисует...

Возможно оборудование не успевает отвечать или канал до оборудования занят. MRTG не получает вовремя ответ и заносит в свою базу "0".


"MRTG-графики"
Отправлено green , 27-Июл-18 09:02 
>>>> Доброго времени суток.. Подскажите пожалуйста из за чего могут быть такие проблемы?
>>>> В МРТГ и первой и второй версии графики с моментами без
>>>> причин резко падают и через обновления опять нормально рисуют... В логах
>>>> ничего нету да и в логах оборудований тоже чисто... Может кто
>>>> столкнулся с  этим? рисунок по ссылке: https://ru.files.fm/u/23x3vheg#/
>>> а может он правильно рисует? может там действительно все так падает?
>>> про-дублируйте другими средствами, посмотрите что реально происходит
>> На заббиксе все чётко рисует...
> Возможно оборудование не успевает отвечать или канал до оборудования занят. MRTG не
> получает вовремя ответ и заносит в свою базу "0".

Ещё раз спрашиваю у ТС: чем данные собирает? snmp или показания счётчиков какого-нибудь ipfw/iptables?


"MRTG-графики"
Отправлено firdavs23mail.ru , 27-Июл-18 09:19 
>[оверквотинг удален]
>>>>> причин резко падают и через обновления опять нормально рисуют... В логах
>>>>> ничего нету да и в логах оборудований тоже чисто... Может кто
>>>>> столкнулся с  этим? рисунок по ссылке: https://ru.files.fm/u/23x3vheg#/
>>>> а может он правильно рисует? может там действительно все так падает?
>>>> про-дублируйте другими средствами, посмотрите что реально происходит
>>> На заббиксе все чётко рисует...
>> Возможно оборудование не успевает отвечать или канал до оборудования занят. MRTG не
>> получает вовремя ответ и заносит в свою базу "0".
> Ещё раз спрашиваю у ТС: чем данные собирает? snmp или показания счётчиков
> какого-нибудь ipfw/iptables?

По SNMP v1 было сделал v2 особой разницы нет... подумываю сменить на v3


"MRTG-графики"
Отправлено green , 27-Июл-18 11:51 
>[оверквотинг удален]
>>>>>> ничего нету да и в логах оборудований тоже чисто... Может кто
>>>>>> столкнулся с  этим? рисунок по ссылке: https://ru.files.fm/u/23x3vheg#/
>>>>> а может он правильно рисует? может там действительно все так падает?
>>>>> про-дублируйте другими средствами, посмотрите что реально происходит
>>>> На заббиксе все чётко рисует...
>>> Возможно оборудование не успевает отвечать или канал до оборудования занят. MRTG не
>>> получает вовремя ответ и заносит в свою базу "0".
>> Ещё раз спрашиваю у ТС: чем данные собирает? snmp или показания счётчиков
>> какого-нибудь ipfw/iptables?
> По SNMP v1 было сделал v2 особой разницы нет... подумываю сменить на v3

Версия snmp здесь не критична. Смена _версии_ не поможет. Как я уже писал выше - почитайте на предмет 32/64-разрядных счётчиков. В какой-то из реализаций пакетов snmp была историческая ошибка (и есть до сих пор) - счётчики по умолчанию 32-разрядные и в случае 1Гб/с очень быстро переполняются - начинают считать с 0. Возможно, это ваш случай.


"MRTG-графики"
Отправлено firdavs23mail.ru , 27-Июл-18 11:52 
>[оверквотинг удален]
>>>> Возможно оборудование не успевает отвечать или канал до оборудования занят. MRTG не
>>>> получает вовремя ответ и заносит в свою базу "0".
>>> Ещё раз спрашиваю у ТС: чем данные собирает? snmp или показания счётчиков
>>> какого-нибудь ipfw/iptables?
>> По SNMP v1 было сделал v2 особой разницы нет... подумываю сменить на v3
> Версия snmp здесь не критична. Смена _версии_ не поможет. Как я уже
> писал выше - почитайте на предмет 32/64-разрядных счётчиков. В какой-то из
> реализаций пакетов snmp была историческая ошибка (и есть до сих пор)
> - счётчики по умолчанию 32-разрядные и в случае 1Гб/с очень быстро
> переполняются - начинают считать с 0. Возможно, это ваш случай.

Спасибо обязательно изучу про это


"MRTG-графики"
Отправлено админ локалхоста , 03-Авг-18 18:42 
Действительно, похоже, что у вас переполняются 32битные счетчики. При интервале опроса 10 минут - как раз в районе 57мбит и будет потолок беспроблемной скорости.

"MRTG-графики"
Отправлено firdavs23mail.ru , 06-Авг-18 06:06 
> Действительно, похоже, что у вас переполняются 32битные счетчики. При интервале опроса
> 10 минут - как раз в районе 57мбит и будет потолок
> беспроблемной скорости.

Откуда прочесть про "32-64-битные счетчики"? Интервал обновления 5 минут СПЮ не заплняется до 100%...


"MRTG-графики"
Отправлено green , 08-Авг-18 10:27 
>> Действительно, похоже, что у вас переполняются 32битные счетчики. При интервале опроса
>> 10 минут - как раз в районе 57мбит и будет потолок
>> беспроблемной скорости.
> Откуда прочесть про "32-64-битные счетчики"? Интервал обновления 5 минут СПЮ не заплняется
> до 100%...

Из Интернета, вестимо! Гугл на первой странице простого поиска по ключевым словам даёт уже какие-то ответы. Например: https://lists.oetiker.ch/pipermail/mrtg/2009-May/035100.html
Или вот: http://www.hilik.org.ua/snmp-mrtg/

PS: Не говорите, что пользоваться гуглом религия или РКН не позволяет...