Przed rozpoczęciem pracy z wykorzystaniem oprogramowania Oracle Grid Infrastructure warto sprawdzid, czy do /home/grid/.bash_profile zostały dodane

Transkrypt

1 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.

2 Przygotowanie dysków dla Oracle ASM

3

4

5

6

7 Sprawdzenie dysków przeznaczonych do struktury ASM

8

9

10 Próba utworzenia ASM

11

12 Przegląd stron pomocy ASM Configuration Assistant (asmca)

13 Wródmy do próby utworzenia ASM

14 Sprawdzenie, czy powyższy komunikat jest związany z niewystartowaniem instancji ASM Jedną z rad w przypadku błędu ORA jest samodzielne utworzenie pliku parametrów inicjalizacyjnych dla instancji ASM

15

16 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.

17 Okazuje się, że w systemie brakuje biblioteki libcap.so.1 i musimy ją doinstalowad.

18

19

20 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

21 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

22 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

23 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 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

24 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

25 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.

26 5. Sprawdźmy teraz pliki dziennika błędów, które powstaną po kolejnym nieudanym uruchomieniu skryptu roothas.pl

27 Błąd pojawiający się w pierwszym wierszu po komentarzu w pliku client jest omówiony pod adresem URL: Opisana tam wskazówka przynosi rozwiązanie naszego problemu: mkdir -p /var/tmp/.oracle

28 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.

29 Przed tworzeniem struktury ASM nauczmy się jeszcze zatrzymywania i startowania usługi Oracle High Availability Service

30 Przed tworzeniem struktury ASM warto jeszcze sprawdzid, czy mamy zainstalowane biblioteki Oracle Cluster File System Jednak konieczne jest zainstalowanie bibliotek ocfs2console i ocfs2-tools: