Ich habe ein Testbed mit 2 Knoten, auf dem Oracle RAC 11.2.0.4 unter OL6 ausgeführt wird. So ziemlich alles ist auf der Systemfestplatte. Dies ist schließlich nur ein Testbed. Die Root-Partition füllt sich. Ich erhielt eine Warnung von EM über das Problem mit dem Speicherplatz und ging hinein und bereinigte einige Protokolldateien. Als ich alte Protokolldateien bereinigte, sagte mir mein Gehirn, dass die Speicherplatznutzung der Protokolldatei nicht außer Kontrolle geraten sei und dass es ein anderes zugrunde liegendes Problem geben müsse. Tatsächlich bekam ich drei Tage später die Warnung, dass sich die Festplatte wieder füllte. Ich wusste, dass ich das weiter vertiefen musste. Es muss eine oder zwei weitere Dateien geben, die den Speicherplatz belegen. Nach einigem Suchen bin ich in meiner Grid Infrastructure Installation auf dieses Verzeichnis gestoßen:
[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
Die crfclust.bdb-Datei ist etwa 9,8 GB groß. Meine Systemfestplatte ist nur 30 GB groß, also nimmt diese eine Datei 33 % des gesamten Speicherplatzes ein. Und es wächst weiter. Um das Problem zu beheben, habe ich die folgenden Schritte ausgeführt:
[oracle@host01 host01]$ /u01/app/crs11.2.0.4/bin/crsctl stop resource ora.crf -init
CRS-2673:Versuch, „ora.crf“ auf „host01“ zu stoppen
CRS-2677:Stopp von „ora.crf“ auf „host01“ erfolgreich
[oracle@host01 host01] $ su
Passwort:
[root@host01 host01]# rm -rf *
[oracle@host01 host01]$ /u01/app/crs11.2.0.4/bin/crsctl start resource ora.crf -init
CRS-2672:Versuch, „ora.crf“ auf „host01“ zu starten
CRS-2676:Start von „ora.crf“ auf „host01“ erfolgreich
Warum hat das funktioniert? Diese Dateien sind die Berkeley-Datenbank, die für den Cluster Health Monitor (CHM) verwendet wird. Eine der Dateien soll nur etwa 1 GB groß sein und regelmäßig ältere Daten löschen. Aber der Spülschritt funktioniert nicht. Durch das manuelle Entfernen der Dateien verliere ich historische Leistungsdaten, aber das ist für mich an dieser Stelle akzeptabel. Beim Start erstellt CHM die Dateien neu, wenn sie fehlen.
Nachdem ich das Problem behoben hatte, fand ich den Metalink-Hinweis 1343105.1, der das Problem beschreibt. Ich konnte noch keine genaue Fehlernummer finden, aber es ist klar, dass ein Fehler vorhanden ist.
