[7.007] Free Space Exhaustion Rate incorrect

See the attached screen grab. Anyone else seen this? Or is the graph just broken?

The _graph_ looks perfectly fine to me, what am I missing?
What doesn't look right is the negative time estimation for disk fill-up. To provide a more exact estimation right after the machine has been installed, the disk size after the installation is taken into account and works as a baseline; if you start with 250MB space used after installation, you did not fill it in those 5 minutes since system restart, and you won't continue to fill your disk with 50MB/minute. To avoid that miscalculation, the installation size is taken as baseline. Now what happened to you is that your current partition usage is _below_ the baseline value, but the question is why that happened.

How long is your machine running since installation? Did you do a factory reset? Did you delete/move anything manually?  What is the modification time of /etc/initial_usage_correction ?

Cheers,
 andreas

See the attached screen grab. Anyone else seen this? Or is the graph just broken?

The _graph_ looks perfectly fine to me, what am I missing?
What doesn't look right is the negative time estimation for disk fill-up. To provide a more exact estimation right after the machine has been installed, the disk size after the installation is taken into account and works as a baseline; if you start with 250MB space used after installation, you did not fill it in those 5 minutes since system restart, and you won't continue to fill your disk with 50MB/minute. To avoid that miscalculation, the installation size is taken as baseline. Now what happened to you is that your current partition usage is _below_ the baseline value, but the question is why that happened.

How long is your machine running since installation? Did you do a factory reset? Did you delete/move anything manually?  What is the modification time of /etc/initial_usage_correction ?

Cheers,
 andreas

Andreas,
I have reported that negative days response a number of times, with no re-action.

Looks to me like somebody using 15 integer maths and not taking the 16th bit into consideration when displaying the result.

Ian M

Andreas the negative days thing happens to me also.
Also easch morning I look at my log report and it tells me I use about 14 MB a day.  I wish.  My Content Filter when compressed is 80 MB alone.  This feature is broken and needs looking at

BarryG:  It is not the PF log that is huge, it is the Content Filter log.

We have about 3,000 nodes hitting it everyday.  Our stats are about:

800MB just on our content filter each day before it compresses.
Around 70GB of internet bandwidth each day..
On average 6,000 concurrent connections
Around 100 million packets hit the boxes each day.

This is why it is so painful when Astaro get their up2dates rong or stuff up pattern information, which is still not updated on our servers yet!!!

If you provide the following information, I might be able to figure out the problem and fix it along the way...

How long is your machine running since installation? Did you do a factory reset? Did you delete/move anything manually?  What is the modification time of /etc/initial_usage_correction ?

Hi Andreas,

Sorry everyone ... the issue was to do with the negative value at the top of the graph and the fact that the graph does not change despite the log partition filling up.

ASG320 + 7.007

Uptime: 48d 13h 35m

No factory reset

Had to butcher the web reporting because it was completely broken (but that was just deleting PNGs and running a few scripts). In the end manual intervention didn't help and problem was solved when the units rebooted as a result of a firmware update

 fw0:/root # ls -l /etc/initial_usage_correction
-rw-rw-rw- 1 root root 88 Mar 29 12:01 /etc/initial_usage_correction

 fw0:/root # df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                5.3G  1.1G  4.0G  21% /
udev                  502M   64K  502M   1% /dev
/dev/disk/by-label/root
                      5.3G  1.1G  4.0G  21% /
/dev/disk/by-label/boot
                      342M   15M  310M   5% /boot
/dev/disk/by-label/storage
                       27G  712M   25G   3% /var/storage
/dev/disk/by-label/log
                       36G  264M   34G   1% /var/log
/dev/disk/by-label/tmp
                      1.8G  200M  1.5G  12% /tmp

Hi Andreas

Sorry for not posting infi

System Uptime = 5hrs 15 mins

No factory reset

-rw-rw-rw- 1 root root 88 Jul 24 17:46 /etc/initial_usage_correction

 AD-Astaro:/etc/init.d # df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                5.3G  982M  4.1G  20% /
udev                 1010M   92K 1010M   1% /dev
/dev/disk/by-label/root
                      5.3G  982M  4.1G  20% /
/dev/disk/by-label/boot
                      342M   15M  310M   5% /boot
/dev/disk/by-label/storage
                       58G   16G   39G  29% /var/storage
/dev/disk/by-label/log
                       76G  1.5G   70G   2% /var/log
/dev/disk/by-label/tmp
                      3.3G   77M  3.0G   3% /tmp

Hi Andreas,
Sorry everyone ... the issue was to do with the negative value at the top of the graph and the fact that the graph does not change despite the log partition filling up.

-rw-rw-rw- 1 root root 88 Mar 29 12:01 /etc/initial_usage_correction

/dev/disk/by-label/log
36G 264M 34G 1% /var/log

-rw-rw-rw- 1 root root 88 Jul 24 17:46 /etc/initial_usage_correction

/dev/disk/by-label/log
                       76G  1.5G   70G   2% /var/log

James, the df of your log partition says the same like the graph does - usage of 264MB on a 40gig partition won't be noticeable much. So as far as I can see, the graph is OK.

As to the negative fillup estimation: I think that at the point where the initial usage correction was determined the log partition usage was higher than it was now, therefore leading to a negative estimation.
Can you please verify this by checking the contents of the initial usage correction file with this command?

perl -e 'use Storable; use Data:[:D]umper; my $data = retrieve("/etc/initial_usage_correction"); print Dumper($data); '

This file contains the initial partition usage in blocks, which is used as a baseline when computing the fillup rate. It is usually created right after installation.

Thanks,
 andreas