Przed rozpoczęciem pracy z wykorzystaniem oprogramowania Oracle Grid Infrastructure warto sprawdzid, czy do /home/grid/.bash_profile zostały dodane zmienne środowiskowe specyficzne dla tego oprogramowania. Poczynając od zmiennej CVUQDISK, odpowiednie wpisy w /home/grid/.bash_profile powinny wyglądad jak pokazuje poniższy zrzut ekranu. Jeśli zajdzie konieczności zrobienia poprawek w /home/grid/.bash_profile, to po ich wykonaniu najlepiej zrestartowad system i zalogowad się na konto użytkownika grid.
Przygotowanie dysków dla Oracle ASM
Sprawdzenie dysków przeznaczonych do struktury ASM
Próba utworzenia ASM
Przegląd stron pomocy ASM Configuration Assistant (asmca)
Wródmy do próby utworzenia ASM
Sprawdzenie, czy powyższy komunikat jest związany z niewystartowaniem instancji ASM Jedną z rad w przypadku błędu ORA-01078 jest samodzielne utworzenie pliku parametrów inicjalizacyjnych dla instancji ASM
Niestety, okazuje się, że przyczyną problemów jest brak połączenia z Cluster Synchronization Service. Jest to spowodowane niewykonaniem skryptu roothas.pl, o którym poinformował nas instalator Oracle Grid Infrastructure po zakooczeniu instalacji tego pakietu oprogramowania. Dlatego spróbujemy zgodnie z instrukcją wykonad ten skrypt teraz.
Okazuje się, że w systemie brakuje biblioteki libcap.so.1 i musimy ją doinstalowad.
Ponawiamy próbę uruchomienia skrytpu roothas.pl Zgodnie z powyższym komunikatem powinniśmy zdekonfigurowad usługę CRS i oczywiście możemy to zrobid: Jednak ponieważ chcieliśmy skonfigurowad usługę OHAS, więc właśnie tę usługę warto zdekonfigurowad przed ponownym uruchomieniem skryptu roothas.pl
Kolejny raz uruchamiamy usługę roothas.pl I w dalszym ciągu otrzymujemy komunikat o braku biblioteki libcap.so.1 Okazuje się, że w systemie w katalogu /lib64 mamy bibliotekę libcap.so.2.16 i link symboliczny do niej libcap.so.2. Brakujący link symboliczny libcap.so.1 należy utworzyd samodzielnie: Następnie dekonfigurujemy nie w pełni skonfigurowaną usługę OHAS Wówczas skrypt roothas.pl rozpoznaje potrzebną bibliotekę libcap
Niestety napotykamy na kolejny problem: demon usługi OHAS nie potrafi się uruchomid, dając komunikat Niewłaściwy ioctl dla urządzenia (ang. inappropriate ioctl for device) Spotykane rady, pomocne w rozwiązaniu tego problemu: 1. System powinien byd uruchomiony na poziomie (runlevel) 5 Nawet jeśli otrzymamy powyższy komunikat, to sprawdzamy zawartośd pliku /etc/inittab Nawet jeśli zawartośd pliku /etc/inittab jest poprawna, tak jak powyżej, to wykonujemy komendę: /sbin/init 5 lub /sbin/telinit 5 Wówczas dekonfigurujemy usługę OHAS Następnie próbujemy ją ponownie skonfigurowad
Jeśli ta próba nadal kooczy się niepowodzeniem (tak jak zostało to pokazane powyżej), to przechodzimy do sprawdzenie protokołu IP w wersji 6. 2. Nie wolno mied włączonego protokołu IP w wersji 6. Pomimo wyłączenia wersji 6 protokołu IP np. w System -> Preferencje -> Połączenia sieciowe, należy usunąd lub ująd w komentarz wpis w /etc/hosts dla wersji 6 protokołu IP, np. ::1 oracle2.pkif.us.edu.pl oracle2 localhost6.localdomain6 localhost6 Uwaga: po restarcie systemu taki wiersz bywa dodawany przez system do /etc/hosts nawet jeśli IP w wersji 6 jest wyłączony!! Dlatego po restarcie systemu należy sprawdzid zawartośd pliku /etc/hosts
Wówczas dekonfigurujemy usługę OHAS Następnie próbujemy ją ponownie skonfigurowad Gdy wyeliminowanie protokołu IP w wersji 6 również nie pomaga (tak jak zostało to pokazane powyżej), to należy sprawdzid, czy jest włączony dziennik systemowy. 3. Dziennik systemowy musi byd włączony Powinna byd wystartowana jedna z usług: syslog, syslog-ng, rsyslog W zestawie pakietów Oracle Enterprise Linux 6 znajduje się pakiet rsyslog, który powinien byd zainstalowany: Sprawdzamy, czy można zatrzymad i wystartowad usługę dziennika systemowego rsyslog
Gdy usługa dziennika systemowego jest włączona, to dostępny jest /dev/log wymagany przez OHAS: Wówczas dekonfigurujemy usługę OHAS Następnie próbujemy ją ponownie skonfigurowad Gdy włączenie dziennika systemowego także nie pozwala wystartowad usługi OHAS (tak jak zostało to pokazane powyżej), to mamy jeszcze jeden sposób rozwiązania problemu. 4. Zanim przejdziemy do tego rozwiązania ustawimy w konsoli na koncie użytkownika root zmienne środowiskowe NLS_LANG i ORACLE_HOME, ponieważ gdybyśmy przyjrzeli się plikom dziennika błędów, które powstają po nieudanym uruchomieniu skryptu roothas.pl, okazałoby się, że wartości tych zmiennych są bez powodzenia poszukiwane przez skrypt roothas.pl.
5. Sprawdźmy teraz pliki dziennika błędów, które powstaną po kolejnym nieudanym uruchomieniu skryptu roothas.pl
Błąd pojawiający się w pierwszym wierszu po komentarzu w pliku client jest omówiony pod adresem URL: http://kr.forums.oracle.com/forums/thread.jspa?threadid=2169331 Opisana tam wskazówka przynosi rozwiązanie naszego problemu: mkdir -p /var/tmp/.oracle
mkdir -p /var/tmp/.grid Wówczas dekonfigurujemy usługę OHAS Następnie próbujemy ją ponownie skonfigurowad, co kooczy się powodzeniem: Warto zauważyć, że wykonanie sprawdzenia statusu klastera za pomocą komendy ocrcheck niczym nie różni się poza identyfikatorem ID w przypadku trudności w uruchomieniu usługi OHAS, jak i w przypadku jej poprawnego uruchomienia, gdy nie mam skonfigurowanej struktury ASM.
Przed tworzeniem struktury ASM nauczmy się jeszcze zatrzymywania i startowania usługi Oracle High Availability Service
Przed tworzeniem struktury ASM warto jeszcze sprawdzid, czy mamy zainstalowane biblioteki Oracle Cluster File System Jednak konieczne jest zainstalowanie bibliotek ocfs2console i ocfs2-tools: