Pokazywanie postów oznaczonych etykietą błąd. Pokaż wszystkie posty
Pokazywanie postów oznaczonych etykietą błąd. Pokaż wszystkie posty

środa, 7 kwietnia 2010

Problem z uruchomieniem konsoli administratora dla WAS/WPS

Na kolejne trudności nie trzeba było długo czekać, po stworzeniu profilu WPS przyszedł czas na uruchomienie konsoli administratora w przeglądarce. I tu po wpisaniu prawidłowego adresu do mojego localhosta tj.:
http://localhost:9060/ibm/console
 pojawia się kolejny błąd.

//EDIT 1 - 09.04.2010r. 12:40

Nadal nie uporałem się z powyższym problemem, dla zainteresowanych i chętnych do pomocy zamieszczam logi serwera wyrzucane podczas uruchamiania serwera - PLIK DO POBRANIA.

//EDIT 2 - 11.04/2010r 13:30

Przyczyną błędu powodującego całe zamieszanie był systemowy limit na liczbę otwartych plików:  
java.io.FileNotFoundException: /home/rafal/ibm/WebSphere/ProcServer/profiles/ProcSrv01/databases/WPRCSDB/seg0/cb10.dat (Too many open files)
Żeby rozwiązać ten problem odpowiednio modyfikujemy parametr ulimit, postępując zgodnie z LINKIEM, logujemy się w terminalu jako root, podajemy komendę:
#vi /root/.bashrc
Naciskamy "i" i dopisujemy do pliku:
ulimit -u unlimited
ulimit -n 90000
Wciskamy Esc i wpisujemy :wq aby wyjść z pliku i zapisać zmiany. Ustawiliśmy dzięki temu limit uruchomionych procesów dla użytkownika root na nieskończony i maksymalną ilość otwartych plików dla danego procesu na 90 tyś.. Teraz trzeba się prze-logować, wejść z powrotem do terminala dla użytkownika root żeby zmiany były widoczne dla systemu, możemy sprawdzić zmianę ustawień wpisując komendę:
# ulimit -a


Dzięki temu stworzona instancja serwera uruchamia się bez żadnych komplikacji i w końcu mamy dostęp do konsoli administratora.

//EDIT 3 - 12.04.2010r 16:00

Jeżeli chcemy korzystać z serwera z poziomu dowolnego użytkownika, najpierw upewniamy się, że nie otrzymamy ponownie błędu spowodowanego limitem na liczbę otwartych plików, tym razem zwiększamy limit dla danego użytkownika, pomocny LINK.

Otwieramy z poziomu roota plik limits.conf:
# vi /etc/security/limits.conf 
Dodajemy dwie linijki tuż przed końcem pliku:
uzytkownik hard nofile 65535
uzytkownik soft nofile 65535
Wychodzimy z pliku zapisując go i przechodzimy do najważniejszej części, czyli nadania wybranemu użytkownikowi praw do katalogu z WAS/WPS, logujemy się jako root w terminalu i wpisujemy komendę:
# chown -R uzytkownik /katalog/z/WAS/WPS
w moim przypadku: # chown -R rafal /home/rafal/ibm
Dzięki temu serwer uruchamia się bez poniższego błędu:
The system is unable to read document cells/localhostNode01Cell/nodes/localhostNode01/node-metadata.properties:java.io.IOException:Permission denied
Kolejnym krokiem w realizowanym projekcie będzie konfiguracja bazy danych DB2 i uruchomienie pierwszej aplikacji Grails na WPS.

czwartek, 1 kwietnia 2010

Instalacja WAS i WPS na Red Hat Enterprise Linux

Zainstalowałem linuxa na VMware, przeglądarkę firefox (v. 3.6.2) i przy instalacji WebSphere Process Server v7 (WPS) zaczynają się schody. WebSphere Application Server v7 (WAS) instaluje się bez problemu, jednak gdy odpalam komendę ./launchpad.sh i próbuję zainstalować WPS nie jest już tak kolorowo. Już na samym starcie konsola pokazuje jakiś błąd, a kolejny pojawia się w momencie kliknięcia w miejsce, po którym powinna rozpocząć się instalacja WPS, oto błędy:


Ja próbuję dalej, pomysły jak rozwiązać ten problem mile widziane.

//EDIT 1

Gdy nie wywołuję launchpad.sh jako root i chcę zainstalować WPS jako non-root installation drugi błąd dalej występuje (bez pierwszego ostrzeżenia, które tak naprawdę można zignorować).

//EDIT 2

Problem rozwiązany, a był nim Security-Enhanced Linux (SELinux) i pewnie po części moja niewiedza, bo jakbym wcześniej korzystał z Linuxa to może bym wiedział o tej koncepcji. A chodzi w niej o politykę bezpieczeństwa opartej na zapewnieniu jak najmniejszej ilości uprawnień dla danego obiektu (np. konta użytkownika, urządzenia, programu) potrzebnych do jego poprawnego funkcjonowania, co ogranicza wielkość wyrządzonych szkód po przejęciu kontroli nad obiektem przez osoby nie powołane(źródło: wikipedia).

Aby temu zaradzić wybieramy z menu System>Administration>SELinux Management i zmieniamy ustawienia Enforcing Mode na Permissive(lub całkowicie wyłączamy tą usługę). Dalej instalacja przebiega bez powyższego błędu.


WAS i WPS zainstalowany, profile stworzone, kolejnym realizowanym celem będzie uruchomienie pierwszej aplikacji Grails na WPS.