Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[7.007] Free Space Exhaustion Rate incorrect

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


This thread was automatically locked due to age.
  • Looks like they just need to account for situtations where a partition isn't expected to fill up ever.
  • Give it time, you will see a dark line.  I can confirm this feature works.  I wish my graph was like that.  I clear about a GB of logs a day before compression, my logs are all over the place  [:)]
  • Mike, If your packetfilter logs are huge, you might need to drop broadcasts without logging.

    Barry
  • My graph looks like that all the time, except when a process runs wild.

    Ian M
  • 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