|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Dmitry Pryanishnikov 2:464/36 06 Apr 2002 15:27:44 To : All Subject : Re: MRTG loss the data -------------------------------------------------------------------------------- Привет! On Sat, 6 Apr 2002, Zed wrote: > Hу когда машина отключается по питанию, то проблем с МРТГ вроде нет. > А вот если, например, отключился хаб и машина выпала из сети, то почти > 100% > за то что похерятся логи МРТГ. Вот тут непонятно. У меня, если нет связи с объектом мониторинга (ну, например, лег канал до машинки, по который рисую графики), то mrtg просто ругается: Apr 6 08:55:18 atlantis mrtg: SNMP Error: Apr 6 08:55:18 atlantis mrtg: no response received У меня в /etc/crontab запуск прописан так: */5 * * * * root /usr/local/bin/mrtg /usr/local/etc/mrtg/mrtg.cfg 2>&1 | logger -t mrtg Тогда в логах видно ругательства mrtgшки. Hо при этом ничего не исчезает. Если данные не получены, я приказываю считать их нулевыми: Options[_]: growright, bits, unknaszero Так все и работает. Если, к примеру, отваливается pppшка, по которой я рисую график, то соответствующий график "замирает", при подьеме mrtg опять начинает его рисовать, причем период "лежания" сразу же заполняется нулями, но предыдущие данные остаются на месте! В редких случаях (если данные снимаются внешним скриптом, и скрипт выдает вместо цифр ерунду), иногда график останавливается: из-за синтаксической ошибке в .log-файле rateup ругается и не хочет продолжать - тогда лезу туда редактором и исправляю. После этого продолжает работать нормально, и опять ничего не теряет. > > Кстати, при потере хорошо бы проанализировать содержимое файлов > > .log и .old - что с ними происходит? > > Записи в этих файлах остались, но обнулились. Так остались или обнулились? ;) Записи идут в обратном хронологическом порядке с постепенно увеличивающимся интервалом, например: 1018095320 1616292943 346285638 1018095320 21049 3896 21049 3896 1018095010 30052 2350 30052 2350 Каждая строка начинается с timestamp (время в секуднах от 1 января 1970 года), его можно перевести в нормальный формат с помощью date -r. В первой строке - текущие значения величины, которую наблюдаем (in, затем out), в следующих - по 4 числа: in/sec среднее, out/sec среднее, in/sec пиковое, out/sec пиковое. То есть, при перезапуске файл оказывается заполненным одними нулями? Советую проследить это в процессе перезагрузки: что в .log файле до первого запуска mrtg (точнее, rateup) после перезагрузки (никто ли не трет при загрузке эти файлы?) и что после. Повторюсь, никогда ничего подобного не видел. > Можно конечно снимать периодически бекапы, но как-то криво это. Раз в сутки бэкапить логи и картинки полезно - потом разбор полетов устраивать легче. Sincerely, Dmitry Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE --- ifmail v.2.14.os-p7 * Origin: Atlantis ISP (2:464/36@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/8637c5cfa6bd.html, оценка из 5, голосов 10
|