Edit : ok, looks like librenms displayed the values for the /home instead of /mnt/backup. They are not even on the same disk. Looks like everything went back to normal by itself while I was at lunch… Weird.
Librenms version is 1.58.1, on a Ubuntu 18.04 server.
We have an issue with librenms suddenly reporting a wrong disk size and wrong disk usage on a specific disk today.
Worked fine before, service was stopped for three days, and then one partition just have wrong data. Everything else is correct.
The df command result :
/dev/sda1 968934432 902615236 17481120 99% /mnt/backup
With poller.php :
./poller.php -h IP -m storage -d
Looks like the snmpwalk gives the correct values :
56 =>
array (
‘hrStorageIndex’ => ‘56’,
‘hrStorageType’ => ‘hrStorageFixedDisk’,
‘hrStorageDescr’ => ‘/mnt/backup’,
‘hrStorageAllocationUnits’ => ‘4096’,
‘hrStorageSize’ => ‘242233608’,
‘hrStorageUsed’ => ‘225653809’,
),
(just have to do x4 and I get back to the df values)
But on the next part values are completely wrong :
Storage /mnt/backup: hrstorage
array (
‘storage_id’ => 15,
‘device_id’ => 5,
‘storage_mib’ => ‘hrstorage’,
‘storage_index’ => ‘54’,
‘storage_type’ => ‘hrStorageFixedDisk’,
‘storage_descr’ => ‘/mnt/backup’,
‘storage_size’ => 1931076624384,
‘storage_units’ => 4096,
‘storage_used’ => 391040163840,
‘storage_free’ => 1540036460544,
‘storage_perc’ => 20,
‘storage_perc_warn’ => 60,
‘storage_deleted’ => 0,
‘units’ => ‘4096’,
‘used’ => 391040163840,
‘size’ => 1931076624384,
‘free’ => 1540036460544,
)
So instead of having something like 861GB / 925GB / 95% used, I end up with 364.18 GB / 1.76 TB / 20% used.
Looks like both usage and size are calculated wrong, but in a different way ? One too small, one too big. I don’t get where these values come from.
Any idea what could have gone wrong here, and how to fix it ?