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 сгенерирует новый файл журнала для ЦП и жесткого диска, и каждый из них будет содержать только одну ненулевую запись в верхней части файла.

На данный момент нет файла ".old". Теперь, через 5 минут, то есть в 12:05, когда MRTG снова регистрирует новую статистику, он «вставляет» новую статистику в верхнюю часть файла ЦП, НО НЕТ в файле журнала жесткого диска. Он переименует файл xband-disk.log в xband-disk.old и создаст новый файл xband-disk.log вообще без ненулевой статистики (точно такой же, как тот, который он создал в 12 часов вечера), и будет вставьте в него статистику за 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
Срок действия записи: Да
Рабочий каталог: / var / 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-m @ localhost + ssCpuRawSystem.0 & ssCpuRawSystem.0: xgen-m @ localhost + ssCpuRawNicehost.0 и ssCpuRawNice @ xgen-time-local-time: xgenum-local-run-time: xgenum-local-run-time: xgenum-local-time: xgenum-local-run-time: xgenum-local-time-u. -m @ localhost MaxBytes [xband.cpusum]: 100
Заголовок [xband.cpusum]: ЗАГРУЗКА ЦП
Верх страницы [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]: growright, nopercent

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

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

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

[корень @ mrtg ~] # snmpwalk -v1 -c xgen-m localhost hrStorage
HOST-RESOURCES-MIB :: hrMemorySize.0 = INTEGER: 294448 КБ
HOST-RESOURCES-MIB :: hrStorageIndex.1 = INTEGER: 1
HOST-RESOURCES-MIB :: hrStorageIndex.3 = INTEGER: 3
HOST-RESOURCES-MIB :: hrStorageIndex.6 = INTEGER: 6
HOST-RESOURCES-MIB :: hrStorageIndex.7 = INTEGER: 7
HOST-RESOURCES-MIB :: hrStorageIndex.10 = INTEGER: 10
HOST-RESOURCES-MIB :: hrStorageIndex.31 = INTEGER: 31
HOST-RESOURCES-MIB :: hrStorageIndex.35 = INTEGER: 35
HOST-RESOURCES-MIB :: hrStorageType.1 = OID: HOST-RESOURCES-TYPES :: hrStorageRam
HOST-RESOURCES-MIB :: hrStorageType.3 = OID: HOST-RESOURCES-TYPES :: hrStorageVirtualMemory
HOST-RESOURCES-MIB :: hrStorageType.6 = OID: HOST-RESOURCES-TYPES :: hrStorageOther
HOST-RESOURCES-MIB :: hrStorageType.7 = OID: HOST-RESOURCES-TYPES :: hrStorageOther
HOST-RESOURCES-MIB :: hrStorageType.10 = OID: HOST-RESOURCES-TYPES :: hrStorageVirtualMemory
HOST-RESOURCES-MIB :: hrStorageType.31 = OID: HOST-RESOURCES-TYPES :: hrStorageFixedDisk
HOST-RESOURCES-MIB :: hrStorageType.35 = OID: HOST-RESOURCES-TYPES :: 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: пространство подкачки
HOST-RESOURCES-MIB :: hrStorageDescr.31 = СТРОКА: /
HOST-RESOURCES-MIB :: hrStorageDescr.35 = СТРОКА: / 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 = Целое число: 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
HOST-RESOURCES-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
HOST-RESOURCES-MIB :: hrStorageUsed.31 = INTEGER: 745341
HOST-RESOURCES-MIB :: hrStorageUsed.35 = Целое число: 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] #

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