MRTG сбрасывает определенный файл журнала

Через мой MRTG я пытаюсь контролировать свой CPU Load а также Disk usage, Я генерирую 2 графика, 2 соответствующих файла журнала - это файл xband-disk.log, содержащий статистику жесткого диска, и файл xband.cpusum.log, содержащий информацию об использовании процессора.

Проблема с файлом xband-disk.log. Каждые 5 минут MRTG переименовывает файл "xband-disk.log" в файл "xband-disk.old", а затем создает НОВЫЙ файл xband-disk.log вместо того, чтобы вставлять новую статистику в старую.

Скажем, например, я начал MRTG в 12 часов. Таким образом, в 12 часов MRTG сгенерирует новый файл журнала для CPU и жесткого диска, и каждый из них будет содержать только одну ненулевую запись в верхней части файла.

На данный момент нет файла ".old". Теперь, через 5 минут, то есть в 12:05, когда MRTG снова запишет новую статистику, она "вставит" новую статистику вверху файла ЦП, НО НЕ в файл журнала жесткого диска. Он переименует файл xband-disk.log в xband-disk.old и создаст новый файл xband-disk.log без ненулевой статистики (так же, как тот, который был создан в 12:00), и будет вставьте в него статистику 12:05. Снова в 12:10 вечера MRTG переименует файл xband-disk.log в xband-disk.old, перезаписав старый файл xband-disk.log, и снова создаст новый файл xband-disk.log.

Это происходит только для файла xband-disk.log. Файл xband.cpusum.log идеален, MRTG не воссоздает его каждые 5 минут, а вставляет новую статистику, как и должно быть. Хотя он и создает старый файл для cpusum, но создание старого файла для некоторых целей необходимо для работы MRTG, поэтому в этом нет ничего необычного.

Вот мой файл MRTG.cfg

########## ################

RunAsDaemon: Да
Интервал: 5
WriteExpires: Да
WorkDir:/ вар / WWW / HTML
Опции [ ]: биты, растут
WithPeak [ ]: wmy
Вилы: 4
кило [ ]: 1024
YLegend [ ]: килобит / сек.
Logdir: / etc / mrtg / log
LoadMIBS: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt

########## ################

Задача [xband.cpusum]:ssCpuRawUser.0&ssCpuRawUser.0: XGEN-м @ локальный + ssCpuRawSystem.0&ssCpuRawSystem.0: XGEN-м @ локальный + ssCpuRawNice.0&ssCpuRawNice.0: XGEN-м @ локальный RouterUptime[xband.cpusum]: XGEN -m@localhost MaxBytes[xband.cpusum]: 100
Заголовок [xband.cpusum]: загрузка процессора
PageTop[xband.cpusum]: активная загрузка процессора,%
Немасштабированный [xband.cpusum]: ymwd
ShortLegend [xband.cpusum]:% YLegend [xband.cpusum]: загрузка ЦП
Legend1[xband.cpusum]: активный процессор в% (загрузка)
Legend2 [xband.cpusum]: Legend3 [xband.cpusum]: Legend4 [xband.cpusum]: LegendI [xband.cpusum]: активный LegendO[xband.cpusum]: параметры [xband.cpusum]: растущий, nopercent

##########################

Target [xband-disk]: hrStorageSize.31 и hrStorageUsed.31:xgen-m@localhost
Заголовок [xband-disk]: Использование раздела диска
PageTop[xband-disk]: использование раздела диска
MaxBytes [xband-disk]: 100
ShortLegend [xband-disk]:%
YLegend [xband-disk]: использование
LegendI[xband-disk]: размер
LegendO[xband-disk]: Используется
Опции [xband-disk]: калибровочный, растущий, неоперт.
Немасштабированный [xband-диск]: ymwd`

Вот вывод команды snmpwalk ниже.
Как видно, hrStorageSize.31 соответствует размеру моего раздела.
И hrStorageUsed.31 для используемого пространства / раздела.

[root @ mrtg ~] # snmpwalk -v1 -c xgen-m localhost hrStorage
HOST-RESOURCES-MIB:: hrMemorySize.0 = INTEGER: 294448 КБ
HOST-RESOURCES-MIB::hrStorageIndex.1 = INTEGER: 1
ХОСТ-РЕСУРСЫ-MIB::hrStorageIndex.3 = INTEGER: 3
ХОСТ-РЕСУРСЫ-MIB::hrStorageIndex.6 = INTEGER: 6
ХОСТ-РЕСУРСЫ-MIB::hrStorageIndex.7 = INTEGER: 7
ХОСТ-РЕСУРСЫ-MIB::hrStorageIndex.10 = INTEGER: 10
ХОСТ-РЕСУРСЫ-MIB::hrStorageIndex.31 = INTEGER: 31
ХОСТ-РЕСУРСЫ-MIB::hrStorageIndex.35 = INTEGER: 35
ХОСТ-РЕСУРСЫ-MIB::hrStorageType.1 = OID: ХОЗ-РЕСУРСЫ-ВИДЫ:: hrStorageRam
HOST-RESOURCES-MIB:: hrStorageType.3 = OID: HOST-RESOURCES-TYPES::hrStorageVirtualMemory
ХОСТ-РЕСУРСЫ-MIB::hrStorageType.6 = OID: ХОЗ-РЕСУРСЫ-ВИДЫ:: hrStorageOther
ХОСТ-РЕСУРСЫ-MIB:: hrStorageType.7 = OID: ХОЗ-РЕСУРСЫ-ВИДЫ:: hrStorageOther
HOST-RESOURCES-MIB::hrStorageType.10 = OID: HOST-RESOURCES-TYPES::hrStorageVirtualMemory
ХОСТ-РЕСУРСЫ-MIB::hrStorageType.31 = OID: ХОЗ-РЕСУРСЫ-ТИПЫ::hrStorageFixedDisk
ХОСТ-РЕСУРСЫ-MIB::hrStorageType.35 = OID: ХОЗ-РЕСУРСЫ-ТИПЫ::hrStorageFixedDisk
HOST-RESOURCES-MIB:: hrStorageDescr.1 = STRING: Физическая память
HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Виртуальная память
HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: Буферы памяти
HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: кэшированная память
HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: пространство подкачки
ХОСТ-РЕСУРСЫ-MIB:: hrStorageDescr.31 = STRING: /
HOST-RESOURCES-MIB:: hrStorageDescr.35 = STRING: / boot
HOST-RESOURCES-MIB:: hrStorageAllocationUnits.1 = INTEGER: 1024 байта
HOST-RESOURCES-MIB::hrStorageAllocationUnits.3 = INTEGER: 1024 байта
HOST-RESOURCES-MIB::hrStorageAllocationUnits.6 = INTEGER: 1024 байта
HOST-RESOURCES-MIB::hrStorageAllocationUnits.7 = INTEGER: 1024 байта
HOST-RESOURCES-MIB::hrStorageAllocationUnits.10 = INTEGER: 1024 байта
HOST-RESOURCES-MIB::hrStorageAllocationUnits.31 = INTEGER: 4096 байт
HOST-RESOURCES-MIB::hrStorageAllocationUnits.35 = INTEGER: 1024 байта
HOST-RESOURCES-MIB:: hrStorageSize.1 = INTEGER: 294448
HOST-RESOURCES-MIB:: hrStorageSize.3 = INTEGER: 1900072
HOST-RESOURCES-MIB:: hrStorageSize.6 = INTEGER: 294448
HOST-RESOURCES-MIB:: hrStorageSize.7 = INTEGER: 64372
HOST-RESOURCES-MIB:: hrStorageSize.10 = INTEGER: 1605624
HOST-RESOURCES-MIB:: hrStorageSize.31 = INTEGER: 1610887
HOST-RESOURCES-MIB:: hrStorageSize.35 = INTEGER: 101086
HOST-RESOURCES-MIB:: hrStorageUsed.1 = INTEGER: 191792
ХОСТ-РЕСУРСЫ-MIB:: hrStorageUsed.3 = INTEGER: 191792
HOST-RESOURCES-MIB:: hrStorageUsed.6 = INTEGER: 9936
HOST-RESOURCES-MIB:: hrStorageUsed.7 = INTEGER: 64372
HOST-RESOURCES-MIB:: hrStorageUsed.10 = INTEGER: 0
ХОСТ-РЕСУРСЫ-MIB:: hrStorageUsed.31 = INTEGER: 745341
HOST-RESOURCES-MIB:: hrStorageUsed.35 = INTEGER: 19832
HOST-RESOURCES-MIB:: hrStorageAllocationFailures.31 = Counter32: 0
HOST-RESOURCES-MIB:: hrStorageAllocationFailures.35 = Counter32: 0

Вот верхние записи моего файла xband-disk.log и xband.cpusum.log. Как видите, файл xband.cpusum.log содержит все прошлые записи, но файл xband-disk.log - нет.

[root @ mrtg html] # head -n 10 *.log
==> xband.cpusum.log <==
1334747536 94463 94463
1334747536 93 93 93 93
1334747234 91 91 91 91
1334747100 92 92 94 94
1334746800 58 58 94 94
1334746500 6 6 10 10
1334746200 1 1 1 1
1334745900 0 0 1 1
1334745600 0 0 0 0
1334745300 0 0 1 1

==> xband-disk.log <==
1334747536 1610887 745194
1334747536 0 0 0 0
1334747234 0 0 0 0
1334747100 0 0 0 0
1334746800 0 0 0 0
1334746500 0 0 0 0
1334746200 0 0 0 0
1334745900 0 0 0 0
1334745600 0 0 0 0
1334745300 0 0 0 0
[root @ mrtg html] #
[root @ mrtg html] #
[root @ mrtg html] #

Вот верхние записи файлов.old. Как видно, файл xband.cpusum.old также содержит все записи, но, опять же, файл xband-disk.old содержит только одну запись, поскольку он перезаписывается снова и снова.

[root @ mrtg html] # head -n 10 *.old
==> xband.cpusum.old <==
1334747234 66261 66261
1334747234 91 91 91 91
1334746925 94 94 94 94
1334746800 58 58 94 94
1334746500 6 6 10 10
1334746200 1 1 1 1
1334745900 0 0 1 1
1334745600 0 0 0 0
1334745300 0 0 1 1
1334745000 1 1 1 1

==> xband-disk.old <==
1334747234 1610887 745193
1334747234 0 0 0 0
1334746925 0 0 0 0
1334746800 0 0 0 0
1334746500 0 0 0 0
1334746200 0 0 0 0
1334745900 0 0 0 0
1334745600 0 0 0 0
1334745300 0 0 0 0
1334745000 0 0 0 0
[root @ mrtg html] #

Может кто-нибудь, пожалуйста, скажите мне, в чем заключается маленькая ошибка, которую я делаю.
Заранее спасибо