Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 6 subscribers
  • Views 3108 views
  • Users 0 members are here
Options
Suggested
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

Core dumps consuming space

Andrej Pirman

Hi,

customer has SG-135 with root partition over 91% full. I did lower LOG retention, but did not free up enough space.

I see a bunch of old core dumps:

charlie:/var/storage # ll cores/*
-rw-r--r-- 1 root root 706015232 Feb 7 2017 cores/cssd.21440
-rw-r--r-- 1 root root 697475072 Feb 7 2017 cores/cssd.24598
-rw-r--r-- 1 root root 697028608 Feb 7 2017 cores/cssd.2511
-rw-r--r-- 1 root root 698122240 Feb 7 2017 cores/cssd.25648
-rw-r--r-- 1 root root 706600960 Feb 7 2017 cores/cssd.3310
-rw-r--r-- 1 root root 16228352 Oct 29 2020 cores/ctipd.bin.4995
-rw-r--r-- 1 root root 3715072 Feb 16 2022 cores/httpd.1038
-rw-r--r-- 1 root root 3579904 Feb 16 2022 cores/httpd.1068
-rw-r--r-- 1 root root 3579904 Feb 16 2022 cores/httpd.1079
-rw-r--r-- 1 root root 3715072 Feb 16 2022 cores/httpd.25356
-rw-r--r-- 1 root root 3723264 Feb 16 2022 cores/httpd.432

How can I safely get rid of those? Just deleting them?



This thread was automatically locked due to age.
  • 0

    Ahoj Andrej,

    Yes, I think

               rm /var/storage/cores/*

    would be just the cure!

    Cheers - Bob

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson

    Hi Bob,

    well...ok, thanx first, but I missed the point obviously. LOL... I did not notice mount point is different, so deleting 3.3GB of those core dumps did not free up root partition:

    charlie:/ # df -H
    Filesystem Size Used Avail Use% Mounted on
    /dev/sda6 5.6G 4.3G 1.1G 81% /
    udev 2.1G 95k 2.1G 1% /dev
    tmpfs 2.1G 54k 2.1G 1% /dev/shm
    /dev/sda1 348M 17M 309M 5% /boot
    /dev/sda5 21G 3.5G 16G 19% /var/storage
    /dev/sda7 27G 3.6G 22G 15% /var/log
    /dev/sda8 1.5G 199M 1.2G 15% /tmp

    Looks like PG SQL in /reporting/ is consuming most of the space, 3.3GB in size. There are some table files, obviously, some over 500MB in size. Will see, if I disable reporting will it decrease in time...

    Thanx, Bob, for jumping in Slight smile (wow...it's called Slight smile, nice one)

  • 0 in reply to Andrej Pirman

    Ah, the / partition, Andrej - any luck with the following?

         Delete Up2Date Packages to Free-up Space in the root partition

    Cheers - Bob

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson

    Thanx, Bob, but I've already checked that. No updates there, all are applied.

    My problem is huge Reporting pgsql database, cannot get it to shrink automagically...

    charlie:/ # du -shx /var/log/reporting/*
    36K /var/log/reporting/accu
    4.0K /var/log/reporting/exec
    912K /var/log/reporting/images
    136K /var/log/reporting/inline
    2.9G /var/log/reporting/pgsql
    17M /var/log/reporting/rrd
    0 /var/log/reporting/rrd_0
  • 0 in reply to Andrej Pirman

    I didn't think that anything in pgsql was stored in the / partition - what does Sophos Support say?

    Cheers - Bob

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