So we're on Exadata Cloud at Customer and we find out that /u01 is not
resizeable.
Not only that, it's mostly a manual process to cleanup files.
In /u01 on Exadata C@C we have these two large directories that are growing.
Overview:
Size:
/dev/mapper/VGExaDb-LVDbOra1 20G 15G 4.1G 79% / u01
Usage:
:/u01/app/grid
-------------------/diag (5.8G)
-------------------/crsdata (5.6G)
Under crsdata/<node name> we have a several of these acfs.archive folders.
Most of which are old.
Does anyone know what these acfs.archive folders are ? And can they be
safely removed if they are not in use?
MB Directory
----- -------------------------------------
1385 ./acfs.archive.200407002506
1083 ./acfs
994 ./acfs.archive.190219203711
987 ./acfs.archive.190624215336
741 ./acfs.archive.181111214215
126 ./acfs.archive.181116165415
108 ./acfs.archive.190626101824
...
...
Some of these have really old dates:
drwxrwxr-x 2 grid oinstall 4096 Oct 17 2018 acfs.archive.181017203630
drwxrwxr-x 2 grid oinstall 4096 Oct 17 2018 acfs.archive.181017223228
drwxrwxr-x 2 grid oinstall 4096 Oct 17 2018 acfs.archive.181017223727
drwxrwxr-x 2 grid oinstall 4096 Oct 17 2018 acfs.archive.181019232838
drwxrwxr-x 2 grid oinstall 4096 Nov 10 2018 acfs.archive.181111214215
drwxrwxr-x 2 grid oinstall 4096 Nov 11 2018 acfs.archive.181111220837
drwxrwxr-x 2 grid oinstall 4096 Nov 15 2018 acfs.archive.181116165415
drwxrwxr-x 2 grid oinstall 4096 Nov 16 2018 acfs.archive.181116172616
drwxrwxr-x 2 grid oinstall 4096 Feb 19 2019 acfs.archive.190219154236
drwxrwxr-x 2 grid oinstall 4096 Feb 19 2019 acfs.archive.190219160403
drwxrwxr-x 2 grid oinstall 4096 Jan 16 2019 acfs.archive.190219203711
drwxrwxr-x 2 grid oinstall 4096 Mar 13 2019 acfs.archive.190624215336
drwxrwxr-x 2 grid oinstall 4096 Jun 25 2019 acfs.archive.190626101824
drwxrwxr-x 2 grid oinstall 4096 Jun 6 22:39 acfs.archive.200407002506