{"id":12176,"date":"2018-12-21T16:02:08","date_gmt":"2018-12-21T15:02:08","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/"},"modified":"2018-12-21T16:02:08","modified_gmt":"2018-12-21T15:02:08","slug":"oda-free-up-space-on-local-filesystems","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/","title":{"rendered":"ODA : Free up space on local filesystems"},"content":{"rendered":"<h3>Introduction<\/h3>\n<p>When you work on ODA you sometimes get struggled with local filesystem free space. ODA has terabytes of space on data disks, but local disks are still limited to a raid-1 array of 2x 480GB disks. And only few GB are dedicated to \/ and \/u01 filesystems. You do not need hundreds of GB on these filesystems, but I think that you prefer to keep at least 20-30% of free space. And if you plan to patch your ODA, you surely need more space to pass all the steps without reaching dangerous level of filling. Here is how to grab free space on these filesystems.<\/p>\n<h3>Use additional purgeLogs script<\/h3>\n<p>PurgeLogs script is provided as an additional tool from Oracle. It should have been available with oakcli\/odacli but it&#8217;s not. Download it from MOS note 2081655.1. As this tool is not part of the official ODA tool, please test it before using it on a production environment. It&#8217;s quite easy to use, put the zip in a folder, unzip it, and run it with root user. You can use this script with a single parameter that will clean up all the logfiles for all the Oracle products aged of a number of days:<\/p>\n<p><code><br \/>\ndf -h \/<br \/>\nFilesystem            Size  Used Avail Use% Mounted on<br \/>\n\/dev\/xvda2             55G   29G   23G  56% \/<br \/>\ndf -h \/u01\/<br \/>\nFilesystem            Size  Used Avail Use% Mounted on<br \/>\n\/dev\/xvdb1             92G   43G   45G  50% \/u01<\/p>\n<p>cd \/tmp\/<br \/>\nunzip purgeLogs.zip<br \/>\ndu -hs \/opt\/oracle\/oak\/log\/*<br \/>\n11G\t\/opt\/oracle\/oak\/log\/aprhodap02db0<br \/>\n4.0K\t\/opt\/oracle\/oak\/log\/fishwrap<br \/>\n232K\t\/opt\/oracle\/oak\/log\/test<br \/>\n.\/purgeLogs -days 1<\/p>\n<p>--------------------------------------------------------<br \/>\npurgeLogs version: 1.43<br \/>\nAuthor: Ruggero Citton<br \/>\nRAC Pack, Cloud Innovation and Solution Engineering Team<br \/>\nCopyright Oracle, Inc.<br \/>\n--------------------------------------------------------<\/p>\n<p>2018-12-20 09:20:06: I adrci GI purge started<br \/>\n2018-12-20 09:20:06: I adrci GI purging diagnostic destination diag\/asm\/+asm\/+ASM1<br \/>\n2018-12-20 09:20:06: I ... purging ALERT older than 1 days<br \/>\n\u2026<br \/>\n2018-12-20 09:20:47: S Purging completed succesfully!<br \/>\ndu -hs \/opt\/oracle\/oak\/log\/*<br \/>\n2.2G\t\/opt\/oracle\/oak\/log\/aprhodap02db0<br \/>\n4.0K\t\/opt\/oracle\/oak\/log\/fishwrap<br \/>\n28K\t\/opt\/oracle\/oak\/log\/test<br \/>\n<\/code><br \/>\n<code><br \/>\ndf -h \/<br \/>\nFilesystem            Size  Used Avail Use% Mounted on<br \/>\n\/dev\/xvda2             55G   18G   34G  35% \/<br \/>\ndf -h \/u01\/<br \/>\nFilesystem            Size  Used Avail Use% Mounted on<br \/>\n\/dev\/xvdb1             92G   41G   47G  48% \/u01<br \/>\n<\/code><\/p>\n<p>In this example, you just freed up about 13GB. If your ODA is composed of 2 nodes, don&#8217;t forget to use the same script on the other node.<\/p>\n<h3>Truncate hardware log traces<\/h3>\n<p>Hardware related traces are quietly filling up the filesystem if your ODA is running since a long time. This traces are located under \/opt\/oracle\/oak\/log\/`hostname`\/adapters. I don&#8217;t know if each model has this kind of behaviour but this was an example on an old X4-2 running for 3 years now.<\/p>\n<p><code>cd \/opt\/oracle\/oak\/log\/aprhodap02db0\/adapters<br \/>\nls -lrth<br \/>\ntotal 2.2G<br \/>\n-rw-r--r-- 1 root root  50M Dec 20 09:26 ServerAdapter.log<br \/>\n-rw-r--r-- 1 root root 102M Dec 20 09:27 ProcessorAdapter.log<br \/>\n-rw-r--r-- 1 root root 794M Dec 20 09:28 MemoryAdapter.log<br \/>\n-rw-r--r-- 1 root root 110M Dec 20 09:28 PowerSupplyAdapter.log<br \/>\n-rw-r--r-- 1 root root 318M Dec 20 09:30 NetworkAdapter.log<br \/>\n-rw-r--r-- 1 root root 794M Dec 20 09:30 CoolingAdapter.log<br \/>\nhead -n 3 CoolingAdapter.log<br \/>\n[Mon Apr 27 18:02:28 CEST 2015] Action script '\/opt\/oracle\/oak\/adapters\/CoolingAdapter.scr' for resource [CoolingType] called for action discovery<br \/>\nIn CoolingAdapter.scr<br \/>\n[Mon Apr 27 18:07:28 CEST 2015] Action script '\/opt\/oracle\/oak\/adapters\/CoolingAdapter.scr' for resource [CoolingType] called for action discovery<br \/>\nhead -n 3 MemoryAdapter.log<br \/>\n[Mon Apr 27 18:02:26 CEST 2015] Action script '\/opt\/oracle\/oak\/adapters\/MemoryAdapter.scr' for resource [MemoryType] called for action discovery<br \/>\nIn MemoryAdapter.scr<br \/>\n[Mon Apr 27 18:07:25 CEST 2015] Action script '\/opt\/oracle\/oak\/adapters\/MemoryAdapter.scr' for resource [MemoryType] called for action discovery<br \/>\n<\/code><br \/>\nLet&#8217;s purge the oldest lines in these files:<br \/>\n<code><br \/>\nfor a in `ls *.log` ; do tail -n 200 $a &gt; tmpfile ; cat tmpfile &gt; $a ; rm -f tmpfile; done<br \/>\nls -lrth<br \/>\ntotal 176K<br \/>\n-rw-r--r-- 1 root root 27K Dec 20 09:32 CoolingAdapter.log<br \/>\n-rw-r--r-- 1 root root 27K Dec 20 09:32 ProcessorAdapter.log<br \/>\n-rw-r--r-- 1 root root 30K Dec 20 09:32 PowerSupplyAdapter.log<br \/>\n-rw-r--r-- 1 root root 29K Dec 20 09:32 NetworkAdapter.log<br \/>\n-rw-r--r-- 1 root root 27K Dec 20 09:32 MemoryAdapter.log<br \/>\n-rw-r--r-- 1 root root 27K Dec 20 09:32 ServerAdapter.log<br \/>\n<\/code><\/p>\n<p>2GB of traces you&#8217;ll never use! Don&#8217;t forget the second node on a HA ODA.<\/p>\n<h3>Purge old patches in the repository: simply because they are useless<\/h3>\n<p>If you successfully patched your ODA at least 2 times, you can remove the oldest patch in the ODA repository. As you may know, patches are quite big in size because they include a lot of things. So it&#8217;s a good practise to remove the oldest patches when you have successfuly patched your ODA. To identify if old patches are still on your ODA, you can dig into folder \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/. Purge of old patches is easy:<\/p>\n<p><code>df -h \/ &gt;&gt; \/tmp\/dbi.txt<br \/>\noakcli manage cleanrepo --ver 12.1.2.6.0<br \/>\nDeleting the following files...<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/OAK\/12.1.2.6.0\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/Seagate\/ST95000N\/SF04\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/Seagate\/ST95001N\/SA03\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/WDC\/WD500BLHXSUN\/5G08\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HGST\/H101860SFSUN600G\/A770\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/Seagate\/ST360057SSUN600G\/0B25\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HITACHI\/H106060SDSUN600G\/A4C0\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HITACHI\/H109060SESUN600G\/A720\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HITACHI\/HUS1560SCSUN600G\/A820\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HGST\/HSCAC2DA6SUN200G\/A29A\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HGST\/HSCAC2DA4SUN400G\/A29A\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/STEC\/ZeusIOPs-es-G3\/E12B\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/STEC\/Z16IZF2EUSUN73G\/9440\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Expander\/ORACLE\/DE2-24P\/0018\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Expander\/ORACLE\/DE2-24C\/0018\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Expander\/ORACLE\/DE3-24C\/0291\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Ilom\/SUN\/X4370-es-M2\/3.0.16.22.f-es-r100119\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HITACHI\/H109090SESUN900G\/A720\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/STEC\/Z16IZF4EUSUN200G\/944A\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HGST\/H7240AS60SUN4.0T\/A2D2\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HGST\/H7240B520SUN4.0T\/M554\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Disk\/HGST\/H7280A520SUN8.0T\/P554\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Expander\/SUN\/T4-es-Storage\/0342\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Ilom\/SUN\/X4170-es-M3\/3.2.4.26.b-es-r101722\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Ilom\/SUN\/X4-2\/3.2.4.46.a-es-r101689\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/thirdpartypkgs\/Firmware\/Ilom\/SUN\/X5-2\/3.2.4.52-es-r101649\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/HMP\/2.3.4.0.1\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/IPMI\/1.8.12.4\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/ASR\/5.3.1\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/DB\/12.1.0.2.160119\/Patches\/21948354<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/DB\/11.2.0.4.160119\/Patches\/21948347<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/DB\/11.2.0.3.15\/Patches\/20760997<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/DB\/11.2.0.2.12\/Patches\/17082367<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/OEL\/6.7\/Patches\/6.7.1<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/OVS\/12.1.2.6.0\/Base<br \/>\nDeleting the files under \/opt\/oracle\/oak\/pkgrepos\/orapkgs\/GI\/12.1.0.2.160119\/Base<br \/>\ndf -h \/ &gt;&gt; \/tmp\/dbi.txt<br \/>\ncat \/tmp\/dbi.txt<br \/>\nFilesystem      Size  Used Avail Use% Mounted on<br \/>\n\/dev\/xvda2       55G   28G   24G  54% \/<br \/>\nFilesystem      Size  Used Avail Use% Mounted on<br \/>\n\/dev\/xvda2       55G   21G   31G  41% \/<br \/>\n<\/code><\/p>\n<h3>Increase \/u01 filesystem with remaining space<\/h3>\n<p>This only concern ODAs in bare metal. You may have noticed that not all the disk space is allocated to your ODA local filesystems. On modern ODAs, you have 2 M2 SSD of 480GB each in a RAID1 configuration for the system, and only half of the space is allocated. As the appliance is using LogicalVolumes, you can extend very easily the size of your \/u01 filesystem.<\/p>\n<p>This is an example on a X7-2M:<\/p>\n<p><code><br \/>\nvgdisplay<br \/>\n  --- Volume group ---<br \/>\n  VG Name               VolGroupSys<br \/>\n  System ID<br \/>\n  Format                lvm2<br \/>\n  Metadata Areas        1<br \/>\n  Metadata Sequence No  7<br \/>\n  VG Access             read\/write<br \/>\n  VG Status             resizable<br \/>\n  MAX LV                0<br \/>\n  Cur LV                6<br \/>\n  Open LV               4<br \/>\n  Max PV                0<br \/>\n  Cur PV                1<br \/>\n  Act PV                1<br \/>\n  VG Size               446.00 GiB<br \/>\n  PE Size               32.00 MiB<br \/>\n  Total PE              14272<br \/>\n  Alloc PE \/ Size       7488 \/ 234.00 GiB<br \/>\n  Free  PE \/ Size       6784 \/ 212.00 GiB<br \/>\n  VG UUID               wQk7E2-7M6l-HpyM-c503-WEtn-BVez-zdv9kM<br \/>\n<\/code><br \/>\n<code><br \/>\nlvdisplay<br \/>\n--- Logical volume ---<br \/>\n  LV Path                \/dev\/VolGroupSys\/LogVolRoot<br \/>\n  LV Name                LogVolRoot<br \/>\n  VG Name                VolGroupSys<br \/>\n  LV UUID                icIuHv-x9tt-v2fN-b8qK-Cfch-YfDA-xR7y3W<br \/>\n  LV Write Access        read\/write<br \/>\n  LV Creation host, time localhost.localdomain, 2018-03-20 13:40:00 +0100<br \/>\n  LV Status              available<br \/>\n  # open                 1<br \/>\n  LV Size                30.00 GiB<br \/>\n  Current LE             960<br \/>\n  Segments               1<br \/>\n  Allocation             inherit<br \/>\n  Read ahead sectors     auto<br \/>\n  - currently set to     256<br \/>\n  Block device           249:0<br \/>\n--- Logical volume ---<br \/>\n  LV Path                \/dev\/VolGroupSys\/LogVolU01<br \/>\n  LV Name                LogVolU01<br \/>\n  VG Name                VolGroupSys<br \/>\n  LV UUID                ggYNkK-GfJ4-ShHm-d5eG-6cmu-VCdQ-hoYzL4<br \/>\n  LV Write Access        read\/write<br \/>\n  LV Creation host, time localhost.localdomain, 2018-03-20 13:40:07 +0100<br \/>\n  LV Status              available<br \/>\n  # open                 1<br \/>\n  LV Size                100.00 GiB<br \/>\n  Current LE             3200<br \/>\n  Segments               1<br \/>\n  Allocation             inherit<br \/>\n  Read ahead sectors     auto<br \/>\n  - currently set to     256<br \/>\n  Block device           249:2<br \/>\n--- Logical volume ---<br \/>\n  LV Path                \/dev\/VolGroupSys\/LogVolOpt<br \/>\n  LV Name                LogVolOpt<br \/>\n  VG Name                VolGroupSys<br \/>\n  LV UUID                m8GvKZ-zgFF-2gXa-NSCG-Oy9l-vTYd-ALi6R1<br \/>\n  LV Write Access        read\/write<br \/>\n  LV Creation host, time localhost.localdomain, 2018-03-20 13:40:30 +0100<br \/>\n  LV Status              available<br \/>\n  # open                 1<br \/>\n  LV Size                60.00 GiB<br \/>\n  Current LE             1920<br \/>\n  Segments               1<br \/>\n  Allocation             inherit<br \/>\n  Read ahead sectors     auto<br \/>\n  - currently set to     256<br \/>\n  Block device           249:3<br \/>\n--- Logical volume ---<br \/>\n  LV Path                \/dev\/VolGroupSys\/LogVolSwap<br \/>\n  LV Name                LogVolSwap<br \/>\n  VG Name                VolGroupSys<br \/>\n  LV UUID                9KWiYw-Wwot-xCmQ-uzCW-mILq-rsPz-t2X2pr<br \/>\n  LV Write Access        read\/write<br \/>\n  LV Creation host, time localhost.localdomain, 2018-03-20 13:40:44 +0100<br \/>\n  LV Status              available<br \/>\n  # open                 2<br \/>\n  LV Size                24.00 GiB<br \/>\n  Current LE             768<br \/>\n  Segments               1<br \/>\n  Allocation             inherit<br \/>\n  Read ahead sectors     auto<br \/>\n  - currently set to     256<br \/>\n  Block device           249:1<br \/>\n--- Logical volume ---<br \/>\n  LV Path                \/dev\/VolGroupSys\/LogVolDATA<br \/>\n  LV Name                LogVolDATA<br \/>\n  VG Name                VolGroupSys<br \/>\n  LV UUID                oTUQsd-wpYe-0tiA-WBFk-719z-9Cgd-ZjTmei<br \/>\n  LV Write Access        read\/write<br \/>\n  LV Creation host, time localhost.localdomain, 2018-03-20 13:55:25 +0100<br \/>\n  LV Status              available<br \/>\n  # open                 0<br \/>\n  LV Size                10.00 GiB<br \/>\n  Current LE             320<br \/>\n  Segments               1<br \/>\n  Allocation             inherit<br \/>\n  Read ahead sectors     auto<br \/>\n  - currently set to     256<br \/>\n  Block device           249:4<br \/>\n--- Logical volume ---<br \/>\n  LV Path                \/dev\/VolGroupSys\/LogVolRECO<br \/>\n  LV Name                LogVolRECO<br \/>\n  VG Name                VolGroupSys<br \/>\n  LV UUID                mJ3yEO-g0mw-f6IH-6r01-r7Ic-t1Kt-1rf36j<br \/>\n  LV Write Access        read\/write<br \/>\n  LV Creation host, time localhost.localdomain, 2018-03-20 13:55:25 +0100<br \/>\n  LV Status              available<br \/>\n  # open                 0<br \/>\n  LV Size                10.00 GiB<br \/>\n  Current LE             320<br \/>\n  Segments               1<br \/>\n  Allocation             inherit<br \/>\n  Read ahead sectors     auto<br \/>\n  - currently set to     256<br \/>\n  Block device           249:5<br \/>\n <\/code><\/p>\n<p>212GB are available. Let&#8217;s take 100GB for extending \/u01:<\/p>\n<p><code><br \/>\nlvextend -L +100G \/dev\/mapper\/VolGroupSys-LogVolU01<br \/>\n  Size of logical volume VolGroupSys\/LogVolU01 changed from 100.00 GiB (3200 extents) to 200.00 GiB.<br \/>\n  Logical volume LogVolU01 successfully resized.<br \/>\n<\/code><br \/>\nFilesystem needs to be resized:<br \/>\n<code><br \/>\nresize2fs \/dev\/mapper\/VolGroupSys-LogVolU01<br \/>\nresize2fs 1.43-WIP (20-Jun-2013)<br \/>\nFilesystem at \/dev\/mapper\/VolGroupSys-LogVolU01 is mounted on \/u01; on-line resizing required<br \/>\nold_desc_blocks = 7, new_desc_blocks = 13<br \/>\nPerforming an on-line resize of \/dev\/mapper\/VolGroupSys-LogVolU01 to 52428800 (4k) blocks.<br \/>\nThe filesystem on \/dev\/mapper\/VolGroupSys-LogVolU01 is now 52428800 blocks long.<br \/>\n<\/code><br \/>\nNow \/u01 is bigger:<br \/>\n<code><br \/>\ndf -h \/dev\/mapper\/VolGroupSys-LogVolU01<br \/>\nFilesystem            Size  Used Avail Use% Mounted on<br \/>\n\/dev\/mapper\/VolGroupSys-LogVolU01<br \/>\n                      197G   77G  111G  41% \/u01<br \/>\n<\/code><\/p>\n<h3>Conclusion<\/h3>\n<p>Don&#8217;t hesitate to clean up your ODA before having to deal with space pressure.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Introduction When you work on ODA you sometimes get struggled with local filesystem free space. ODA has terabytes of space on data disks, but local disks are still limited to a raid-1 array of 2x 480GB disks. And only few GB are dedicated to \/ and \/u01 filesystems. You do not need hundreds of GB [&hellip;]<\/p>\n","protected":false},"author":45,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[229,59],"tags":[1476,1528,890,1047,79,1327,96,1529,1530,339,1479,1480,1531,1532,1533,1534,1535,1536,1331,1332],"type_dbi":[],"class_list":["post-12176","post","type-post","status-publish","format-standard","hentry","category-database-administration-monitoring","category-oracle","tag-appliance","tag-disk-full","tag-log","tag-oakcli","tag-oda","tag-odacli","tag-oracle","tag-purge","tag-space-pressure","tag-trace","tag-x3-2","tag-x4-2","tag-x5-2","tag-x6-2ha","tag-x6-2l","tag-x6-2m","tag-x6-2s","tag-x7-2","tag-x7-2m","tag-x7-2s"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.2 (Yoast SEO v27.4) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>ODA : Free up space on local filesystems - dbi Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"ODA : Free up space on local filesystems\" \/>\n<meta property=\"og:description\" content=\"Introduction When you work on ODA you sometimes get struggled with local filesystem free space. ODA has terabytes of space on data disks, but local disks are still limited to a raid-1 array of 2x 480GB disks. And only few GB are dedicated to \/ and \/u01 filesystems. You do not need hundreds of GB [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2018-12-21T15:02:08+00:00\" \/>\n<meta name=\"author\" content=\"J\u00e9r\u00f4me Dubar\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"J\u00e9r\u00f4me Dubar\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"10 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/\"},\"author\":{\"name\":\"J\u00e9r\u00f4me Dubar\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/0fb4bbf128b4cda2f96d662dec2baedd\"},\"headline\":\"ODA : Free up space on local filesystems\",\"datePublished\":\"2018-12-21T15:02:08+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/\"},\"wordCount\":531,\"commentCount\":0,\"keywords\":[\"appliance\",\"disk full\",\"log\",\"OAKCLI\",\"ODA\",\"odacli\",\"Oracle\",\"purge\",\"space pressure\",\"Trace\",\"X3-2\",\"X4-2\",\"x5-2\",\"x6-2ha\",\"x6-2l\",\"x6-2m\",\"x6-2s\",\"x7-2\",\"X7-2M\",\"X7-2S\"],\"articleSection\":[\"Database Administration &amp; Monitoring\",\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/\",\"name\":\"ODA : Free up space on local filesystems - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\"},\"datePublished\":\"2018-12-21T15:02:08+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/0fb4bbf128b4cda2f96d662dec2baedd\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-free-up-space-on-local-filesystems\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ODA : Free up space on local filesystems\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/0fb4bbf128b4cda2f96d662dec2baedd\",\"name\":\"J\u00e9r\u00f4me Dubar\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g\",\"caption\":\"J\u00e9r\u00f4me Dubar\"},\"description\":\"J\u00e9r\u00f4me Dubar has more than 15 years of experience in the field of Information Technology. Ten years ago, he specialized in the Oracle Database technology. His expertise is focused on database architectures, high availability (RAC), disaster recovery (DataGuard), backups (RMAN), performance analysis and tuning (AWR\\\/statspack), migration, consolidation and appliances, especially ODA (his main projects during the last years). Prior to joining dbi services, J\u00e9r\u00f4me Dubar worked in a Franco-Belgian IT service company as Database team manager and main consultant for 7 years. He also worked for 5 years in a software editor company as technical consultant across France. He was also teaching Oracle Database lessons for 9 years. J\u00e9r\u00f4me Dubar holds a Computer Engineering degree from the Lille Sciences and Technologies university in northern France. His branch-related experience covers the public sector, retail, industry, banking, health, e-commerce and IT sectors.\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/author\\\/jerome-dubar\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"ODA : Free up space on local filesystems - dbi Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/","og_locale":"en_US","og_type":"article","og_title":"ODA : Free up space on local filesystems","og_description":"Introduction When you work on ODA you sometimes get struggled with local filesystem free space. ODA has terabytes of space on data disks, but local disks are still limited to a raid-1 array of 2x 480GB disks. And only few GB are dedicated to \/ and \/u01 filesystems. You do not need hundreds of GB [&hellip;]","og_url":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/","og_site_name":"dbi Blog","article_published_time":"2018-12-21T15:02:08+00:00","author":"J\u00e9r\u00f4me Dubar","twitter_card":"summary_large_image","twitter_misc":{"Written by":"J\u00e9r\u00f4me Dubar","Est. reading time":"10 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/"},"author":{"name":"J\u00e9r\u00f4me Dubar","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/0fb4bbf128b4cda2f96d662dec2baedd"},"headline":"ODA : Free up space on local filesystems","datePublished":"2018-12-21T15:02:08+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/"},"wordCount":531,"commentCount":0,"keywords":["appliance","disk full","log","OAKCLI","ODA","odacli","Oracle","purge","space pressure","Trace","X3-2","X4-2","x5-2","x6-2ha","x6-2l","x6-2m","x6-2s","x7-2","X7-2M","X7-2S"],"articleSection":["Database Administration &amp; Monitoring","Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/","url":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/","name":"ODA : Free up space on local filesystems - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2018-12-21T15:02:08+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/0fb4bbf128b4cda2f96d662dec2baedd"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/oda-free-up-space-on-local-filesystems\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"ODA : Free up space on local filesystems"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/0fb4bbf128b4cda2f96d662dec2baedd","name":"J\u00e9r\u00f4me Dubar","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g","caption":"J\u00e9r\u00f4me Dubar"},"description":"J\u00e9r\u00f4me Dubar has more than 15 years of experience in the field of Information Technology. Ten years ago, he specialized in the Oracle Database technology. His expertise is focused on database architectures, high availability (RAC), disaster recovery (DataGuard), backups (RMAN), performance analysis and tuning (AWR\/statspack), migration, consolidation and appliances, especially ODA (his main projects during the last years). Prior to joining dbi services, J\u00e9r\u00f4me Dubar worked in a Franco-Belgian IT service company as Database team manager and main consultant for 7 years. He also worked for 5 years in a software editor company as technical consultant across France. He was also teaching Oracle Database lessons for 9 years. J\u00e9r\u00f4me Dubar holds a Computer Engineering degree from the Lille Sciences and Technologies university in northern France. His branch-related experience covers the public sector, retail, industry, banking, health, e-commerce and IT sectors.","url":"https:\/\/www.dbi-services.com\/blog\/author\/jerome-dubar\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/12176","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/45"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=12176"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/12176\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=12176"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=12176"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=12176"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=12176"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}