[7.400] Log Partition Status shows incorrect size

Not a bug. The sizes are stored in a Round-Robin Database (RRD). If you change the partition size manually, these entries make no sense anymore.

So, should he re-init the rrd data?

Barry

Well, I wouldn't call this a bug either since we never designed the system to work correctly if you manually change the partition structure. The graph probably got b0rked during the partition change which lead to an incorrect (and incredibly high) value entered into the RRD archive. The easiest solution for this would be to delete the RRD file /var/log/reporting/rrd/diskstat.rrd, it will be re-created again automatically. I take it the daily graph does work again, if so the alternative would be to wait until the time when this happened moves out of the scope of the respective graph (i.e., one week for the weekly, one month for the monthly, one year for the yearly).

Cheers,
 andreas

Well, I wouldn't call this a bug either since we never designed the system to work correctly if you manually change the partition structure. The graph probably got b0rked during the partition change which lead to an incorrect (and incredibly high) value entered into the RRD archive. The easiest solution for this would be to delete the RRD file /var/log/reporting/rrd/diskstat.rrd, it will be re-created again automatically. I take it the daily graph does work again, if so the alternative would be to wait until the time when this happened moves out of the scope of the respective graph (i.e., one week for the weekly, one month for the monthly, one year for the yearly).

Cheers,
 andreas

Not the graph field is wrong, /dev/sdb1 mounted on /var/log has 1TB storage... [8-)]

DarkServant

OK, then you're probably the first who reached a new hardware limit [:P]
Can you please post the contents of  '/etc/sysmond.ph' ? The 

'Internal:[:D]iskUsage' => { 

...

}

 section would be sufficient, thank you [:)]
Cheers,
 andreas