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

Root partition filling up...

I just updated a ASG220 from 8.x to 9.x. The upgrade went fine, but now it is downloading all the patches since 9.007 (37 of them) and it now says the root partition is filling up and consequently it can not install any of them since it does not have the room to unpack them. Is it possible to delete a bunch of the downloaded patches and have it upgrade them in batches instead of all at once?

This thread was automatically locked due to age.
  • So I moved the updates above 9.203 to the storage partition and it installed everything up to there.. I tried to move all the 9.2x updates back to the /var/up2date/sys dir and is does not seem to recognize they are there... is there a file I need to change to show those updates as available?
  • Hi,

    Could you back up the configuration, download the latest ISO from the Sophos website and use that to get the configuration back on the unit?  Only downside to this is logs and email quarrentine items won't be preserved.

  • Seems a bit last resort... isn't there something better that can be done without scratching the whole thing?
  • I'm not sure what's where now.  If I'm correct that you simply moved some of the tgz.gpg files to the storage partition, Up2Dated to 9.203and then moved the tgz.gpg files back to /var/up2date/sys, then you can do the following.

    From the command line as root:

    cd /var/up2date/sys
    /sbin/auisys.plx --showdesc

    Give it five or ten minutes, and you then will be able to install the Up2Dates in WebAdmin.  Did that work for you?

    Cheers - Bob
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Fantastic... Thank you Bob!
  • I have the kinda same problem. For two weeks now it started sending messages - 
    Root partition is filling up - please check. Current usage: 97%
    HA Status          : HA SLAVE (node id: 2)
    System Uptime      : 1 day 9 hours 21 minutes
    System Load        : 0.11
    System Version     : Sophos UTM 9.313-3

    I checked already but have no idea what to delete, and from where. I would be really happy if someone could give me a hint, where to look for the big files, since /dev/sda6 is mounted as "/" (root???)
  • Hi, papjack, and welcome to the User BB!

    First, let's find where the problem is, from the command line as root:

    cd /
    du -shx *

    And then go into the largest in the list and do du -shx * again.  Once you find where the problem is, do a google on "du -shx * to find out what others have done in the same circumstance.  If you need more help or solve the problem, come back here to update us.

    Cheers - Bob
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • it looks like this 
    Filesystem     1K-blocks    Used Available Use% Mounted on
    /dev/sda6        5412452 5266812         0 100% /
    udev             6101948     120   6101828   1% /dev
    tmpfs            6101948       0   6101948   0% /dev/shm
    /dev/sda1         338875   40948    275911  13% /boot
    /dev/sda5       64464524 3321772  57681020   6% /var/storage
    /dev/sda7       84496620 1293564  78672780   2% /var/log
    /dev/sda8        3650608  150420   3295032   5% /tmp
    tmpfs            6101948       0   6101948   0% /var/sec/chroot-httpd/dev/shm
    tmpfs            6101948       0   6101948   0% /var/storage/chroot-reverseproxy/dev/shm
    tmpfs            6101948      48   6101900   1% /var/storage/chroot-smtp/tmp/ram

    if I hit du -shx * I end up with this

     astaro:/ # du -shx *
    6.9M    bin
    38M     boot
    120K    dev
    1.9M    doc
    80M     etc
    0       fsck_corrected_errors
    12K     home
    0       inst
    206M    lib
    16K     lost+found
    8.0K    media
    4.0K    mnt
    108K    opt
    du: cannot access `proc/17810/task/17810/fd/4': No such file or directory
    du: cannot access `proc/17810/task/17810/fdinfo/4': No such file or directory
    du: cannot access `proc/17810/fd/4': No such file or directory
    du: cannot access `proc/17810/fdinfo/4': No such file or directory
    0       proc
    40K     root
    4.0K    run
    7.1M    sbin
    0       sys
    140M    tmp
    738M    usr
    4.0G    var

    and if I continue till  astaro:/var/storage/pgsql92/data/pg_xlog # there are lots of folders like 

    16M     00000001000000B00000000F
    16M     00000001000000B000000010 these

    I am at the end of my knowledge with this... [:(]
  • I thought that might be it.  Look here.  Since it looks like you're using High Availability, you will need to use ha_utils ssh to log into the Slave and do the same thing over there.

    The real solution will be to replace that hard drive with one that's at least 60MB.

    Cheers - Bob
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA