Mám 2uzlové testovací zařízení se systémem Oracle RAC 11.2.0.4 na OL6. Téměř vše je na systémovém disku. Tohle je koneckonců jen testbed. Kořenový oddíl se zaplňuje. Dostal jsem upozornění od EM o problému s místem na disku a šel jsem dovnitř a vyčistil některé soubory protokolu. Když jsem čistil staré soubory protokolů, můj mozek mi říkal, že využití prostoru souboru protokolu se nevymklo kontrole a že musí existovat jiný základní problém. Jistě, o tři dny později jsem dostal upozornění, že se disk znovu plní. Věděl jsem, že se v tom musím ponořit dále. Místo musí zabírat další soubor nebo dva. Po nějakém kopání jsem se dostal do tohoto adresáře v instalaci Grid Infrastructure:
[oracle@host01 host01]$ pwd /u01/app/crs11.2.0.4/crf/db/host01 [oracle@host01 host01]$ ls -l total 10945448 -rw-r--r-- 1 root root 1773999 Jul 2 13:54 02-JUL-2014-13:54:50.txt -rw-r--r-- 1 root root 1120665 Jul 2 14:00 02-JUL-2014-14:00:06.txt -rw-r--r-- 1 root root 16953 Mar 25 2014 25-MAR-2014-19:51:58.txt -rw-r----- 1 root root 280764416 Nov 13 16:15 crfalert.bdb -rw-r----- 1 root root 9850126336 Nov 13 16:14 crfclust.bdb -rw-r----- 1 root root 8192 Jul 2 13:59 crfconn.bdb -rw-r----- 1 root root 352174080 Nov 13 16:15 crfcpu.bdb -rw-r----- 1 root root 249356288 Nov 13 16:15 crfhosts.bdb -rw-r----- 1 root root 265261056 Nov 13 16:14 crfloclts.bdb -rw-r----- 1 root root 172232704 Nov 13 16:14 crfts.bdb -rw-r----- 1 root root 24576 Jul 2 13:54 __db.001 -rw-r----- 1 root root 401408 Nov 13 16:15 __db.002 -rw-r----- 1 root root 2629632 Nov 13 16:15 __db.003 -rw-r----- 1 root root 2162688 Nov 13 16:15 __db.004 -rw-r----- 1 root root 1187840 Nov 13 16:15 __db.005 -rw-r----- 1 root root 57344 Nov 13 16:15 __db.006 -rw-r----- 1 root root 16777216 Nov 13 16:06 log.0000008765 -rw-r----- 1 root root 16777216 Nov 13 16:15 log.0000008766 -rw-r--r-- 1 root root 120000000 Jul 2 13:55 host01.ldb -rw-r----- 1 root root 8192 Jul 2 13:54 repdhosts.bdb
Soubor crfclust.bdb má přibližně 9,8 GB. Můj systémový disk má pouze 30 GB, takže tento jeden soubor zabírá 33 % celého prostoru. A stále roste. K vyřešení problému jsem provedl tyto kroky:
[oracle@host01 host01]$ /u01/app/crs11.2.0.4/bin/crsctl stop resource ora.crf -init
CRS-2673:Pokus o zastavení 'ora.crf' na 'host01'
CRS-2677:Zastavení 'ora.crf' na 'host01' byl úspěšný
[oracle@host01 host01] $ su
Heslo:
[root@host01 host01]# rm -rf *
[oracle@host01 host01]$ /u01/app/crs11.2.0.4/bin/crsctl počáteční zdroj ora.crf -init
CRS-2672:Pokus o spuštění ‚ora.crf‘ na ‚host01‘
CRS-2676:Start ‚ora.crf‘ na ‚host01‘ byl úspěšný
Proč to fungovalo? Tyto soubory jsou databází Berkeley používanou pro Cluster Health Monitor (CHM). Jeden ze souborů by měl mít velikost pouze asi 1 GB a pravidelně čistit starší data. Ale očistný krok nefunguje. Ručním odstraněním souborů přijdu o historická data o výkonu, ale to je pro mě v tuto chvíli přijatelné. Při spuštění CHM vytvoří soubory znovu, pokud chybí.
Po vyřešení problému jsem našel Metalink Note 1343105.1, který problém popisuje. Zatím se mi nepodařilo najít konkrétní číslo chyby, ale je jasné, že chyba existuje.