Mam dwuwęzłowe środowisko testowe z systemem Oracle RAC 11.2.0.4 na OL6. Prawie wszystko jest na dysku systemowym. W końcu to tylko pole testowe. Partycja główna zapełnia się. Otrzymałem powiadomienie od EM o problemie z miejscem na dysku, wszedłem i wyczyściłem niektóre pliki dziennika. Kiedy sprzątałem stare pliki dziennika, mój mózg podpowiadał mi, że wykorzystanie miejsca w plikach dziennika nie wymknęło się spod kontroli i że musi istnieć inny podstawowy problem. Rzeczywiście, trzy dni później otrzymałem ostrzeżenie, że dysk ponownie się zapełnia. Wiedziałem, że muszę zagłębić się w to dalej. Musi być inny plik lub dwa zajmujące miejsce. Po kilku poszukiwaniach dotarłem do tego katalogu w mojej instalacji 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
Plik crfclust.bdb ma około 9,8 GB. Mój dysk systemowy ma tylko 30 GB, więc ten jeden plik zajmuje 33% całego miejsca. I wciąż rośnie. Aby rozwiązać problem, wykonałem następujące kroki:
[oracle@host01 host01]$ /u01/app/crs11.2.0.4/bin/crsctl zatrzymaj zasób ora.crf -init
CRS-2673:próba zatrzymania „ora.crf” na „host01”
CRS-2677:zatrzymanie „ora.crf” na „host01” powiodło się
[oracle@host01 host01] $ su
Hasło:
[root@host01 host01]# rm -rf *
[oracle@host01 host01]$ /u01/app/crs11.2.0.4/bin/crsctl startowy zasób ora.crf -init
CRS-2672:Próba uruchomienia „ora.crf” na „host01”
CRS-2676:Uruchomienie „ora.crf” na „host01” powiodło się
Dlaczego to zadziałało? Te pliki to baza danych Berkeley używana przez Cluster Health Monitor (CHM). Jeden z plików ma mieć tylko około 1 GB i regularnie czyścić starsze dane. Ale etap oczyszczania nie działa. Usuwając ręcznie pliki, stracę historyczne dane o wydajności, ale w tym momencie jest to dla mnie do zaakceptowania. Podczas uruchamiania CHM utworzy pliki od nowa, jeśli ich brakuje.
Po naprawieniu problemu znalazłem Metalink Note 1343105.1, który opisuje problem. Nie udało mi się jeszcze znaleźć konkretnego numeru błędu, ale jasne jest, że błąd istnieje.
