Wymagania dotyczące usług systemowych UNIX i języka Java
Po aktywowaniu samoopisujących agentów na koncentratorze Serwer Tivoli Enterprise Monitoring Server, serwer monitorowania musi mieć dostęp do środowiska Java™ Runtime Environment działającego pod kontrolą 31-bitowego lub 64-bitowego pakietu Java SDK 5 IBM®(lub nowszego) oraz do systemu plików HFS lub zFS dostępnego za pośrednictwem usług UNIX ® System Services. Funkcja samoopisującego agenta zapisuje pakiety obsługi aplikacji w systemie plików UNIX System Services, a następnie wywołuje komendę Java jar w celu wyodrębnienia plików z zapisanych pakietów obsługi aplikacji. Ponieważ środowisko Java produktu IBMdziała w systemie z/OS® w ramach usług systemowych UNIX, oznacza to również, że usługi systemowe UNIX muszą być dostępne z ~50MB obszaru roboczego.
Jeśli w środowisku jest więcej niż 10 do 15 typów agentów, zapoznaj się z sekcją dotyczącą wymagań sprzętowych i programowych w publikacji IBM Tivoli Monitoring: Podręcznik instalowania i konfigurowania , aby uzyskać więcej informacji na temat wymagań dotyczących pamięci masowej.
Jeśli funkcja samoopisujących agentów jest używana na serwerze Tivoli Enterprise Monitoring Server działającym w systemie z/OS, należy podać katalog UNIX System Services, w którym zainstalowano środowisko Java. Przy użyciu metody konfiguracyjnej PARMGEN katalog jest określony w parametrze GBL_HFS_JAVA_DIRn . Podana wartość jest ustawiana jako instrukcja TEMS_JAVA_BINPATH w pliku KDSDPROF , który jest tworzony w katalogu obsługi UNIX System Services serwera monitorowania.
Gdy serwer monitorowania działający w systemie z/OS instaluje samoopisującego agenta, umieszcza wartość TEMS_JAVA_BINPATH na początku domyślnego ustawienia UNIX System Services PATH, dzięki czemu może znaleźć katalog Java /bin , w którym znajduje się program narzędziowy jar . Program narzędziowy jar jest wymagany do wyodrębnienia plików z pakietów obsługi aplikacji, które zostały przesłane z agenta.
Należy upewnić się, że żadna starsza lub niespójna wersja środowiska Java nie pozostanie w domyślnych bibliotekach USS PATH lub LIBPATH, ponieważ starsze pliki binarne Java mogą powodować konflikt z plikami binarnymi Java w katalogu podanym w poprzedniej konfiguracji. Na przykład domyślną wartością zmiennej LIBPATH w większości systemów UNIX System Services jest LIBPATH=/lib:/usr/lib:. Ponieważ ta specyfikacja nie zawiera katalogów plików binarnych Java, nie spowoduje to konfliktu z ustawieniem TEMS_JAVA_BINPATH, dlatego program narzędziowy jar wywoływany przez serwer monitorowania powinien zostać pomyślnie uruchomiony.
Jeśli jednak istnieje ustawienie LIBPATH, które obejmuje katalog Java z inną wersją języka Java niż określona podczas konfigurowania, funkcja samoopisująca może zakończyć się niepowodzeniem podczas wywoływania programu narzędziowego jar . To niepowodzenie występuje, ponieważ wartość TEMS_JAVA_BINPATH określająca jedną wersję środowiska Java została dołączona do ustawienia zmiennej PATH z inną wersją środowiska Java określoną w zmiennej LIBPATH. Jeśli są to niezgodne wersje języka Java, program narzędziowy jar nie może działać poprawnie.
Aby rozwiązać ten problem, należy zaktualizować domyślne ustawienie LIBPATH usług systemowych UNIX, tak aby pomijało katalog Java lub określało katalog na tym samym poziomie Java. Firma IBM zaleca, aby w przypadku niepowodzenia wykonania programu narzędziowego jar wywołanego przez serwer monitorowania sprawdzić, czy nie określono niespójnego poziomu języka Java w domyślnym ustawieniu UNIX System Services PATH lub LIBPATH, co może powodować niezgodność binarną.