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

Got mail that says data disk is filled up to 75%

My data disk partition size is 4.5GB
Tomorrow I got an mail saying the data disk is full

Connected via SSH and found out that the file

/var/storage/pgsql92/pg_xlog was 1,8GB big

Ran the following command as root,

/etc/init.d/postgresql92 rebuild


which solved the problem. Now the data disk is filled up to 17%

However, my question is if I have to do this repeatedly?

Firmware version 9.105-9


This thread was automatically locked due to age.
  • Hi,
    your data partition is a bit small. But, anyway, check your logging setting and how long you are retaining log file for?

    Ian

    XG115W - v20.0.2 MR-2 - Home

    XG on VM 8 - v21 GA

    If a post solves your question please use the 'Verify Answer' button.

  • Logging is not the problem since it is managed on a separate partition. This issue is about the data partition and since I understand, it has no functionality for automatic deletion?

    The file "pg_xlog" is stored on the data partition.
  • My data partition grows and shrinks under utm management.
    Do you have caching enabled? Have you been downloading any large files?

    Ian

    XG115W - v20.0.2 MR-2 - Home

    XG on VM 8 - v21 GA

    If a post solves your question please use the 'Verify Answer' button.

  • Erik, I saw that same thing on a system with a 20GB drive.  After a few days, it settled down, but you should upgrade to at least 40GB.  I have a spare 80GB that's going into our box to replace the 20.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • The first action was to clear the http cache, but that didn't make any big difference.
    I will look into upgrading to a bigger partion.

    I have installed my KVM as a virtualized software appliance using KVM and LvM on an SSD.
  • My data disk partition size is 4.5GB
    Tomorrow I got an mail saying the data disk is full

    Connected via SSH and found out that the file

    /var/storage/pgsql92/pg_xlog was 1,8GB big

    Ran the following command as root,

    /etc/init.d/postgresql92 rebuild


    which solved the problem. Now the data disk is filled up to 17%

    However, my question is if I have to do this repeatedly?

    Firmware version 9.105-9


    I´m running 9.203-3 and are facing the same issue. I did a clean install of Sophos Virtual Appliance without changing any options. Are there any fixes? Are people facing the same issues?
  • Since I am running my UTM as a virtual instance, I increased the partition size and reinstalled. The problem has never happened after that.
  • hi, i have used this command any time my data storage is filling, but now it not function more, have latest firmware, can you help me?

    tnx
  • /etc/init.d/postgresql92 rebuild should still work, but I would suggest a different approach.

    cd /var/storage/pgsql92/data/pg_xlog
    ls


    The last few files in the  list are necessary, but you can delete the older ones without the data loss created by the rebuild command. to get rid of the 16 files that begin 00000001000000080000007 and the 16 that start with 00000001000000080000008, do

    rm 00000001000000080000007?
    rm 00000001000000080000008?


    I wouldn't do that on a system with a paid license.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • make a test with a free license

    in this directory  have only 2 file 000000010000000000000001, 000000010000000000000002 and archive_status directory

    each file is 16mb, but have data disk 2,6g at 86%

    postgres rebuild say it, is right?

    myfirewall:/root # /etc/init.d/postgresql92 rebuild
    Rebuilding PostgreSQL database, all reporting data will be lost!
    Enter "yes" to continue...
    yes
    :: Stopping PostgreSQLcould not change directory to "/root"
                                                                         done
    :: Initializing the PostgreSQL databasecould not change directory to "/root"
                                                                         done
    :: Starting PostgreSQL                                               done
    :: Restarting SMTP Proxy
    :: Stopping SMTP Proxy
    [ ok ]
    :: Starting SMTP Proxy
    [ ok ]
    [ ok ]


    tnx