Preparazione dei sistemi Linux per l'installazione

Seguire la procedura riportata per preparare un sistema Linux per l'installazione di WebSphere Process Server.

Operazioni preliminari

L'installazione utilizza una procedura guidata all'installazione InstallShield for Multiplatforms (ISMP). Inoltre, è possibile installare il prodotto in modo non presidiato. Il modo non presidiato viene richiamato dalla riga comandi con un parametro che identifica un file di riposta delle opzioni, che è possibile modificare prima di effettuare l'installazione.

Perché e quando eseguire questa attività

Utilizzare la seguente procedura per preparare il sistema operativo all'installazione di WebSphere Process Server.

Passi per questa attività

  1. Collegarsi come root.

    Non è possibile installare correttamente il prodotto come utente non-root. Se si creano delle copie dei CD del prodotto, effettuarle come root. Le copie effettuate da utenti non root non conservano gli attributi relativi ai file corretti e non funzionano.

  2. Verificare che l'impostazione umask sia 022.
    Per verificare l'impostazione umask, immettere il seguente comando:
    umask
    Per impostare il valore umask su 022, immettere il seguente comando:
    umask 022
  3. Opzionale: Scaricare ed installare il browser Web Mozilla Firefox così che si possa utilizzare l'applicazione Launchpad sul disco del prodotto e le voci del menu Gnome e KDE per WebSphere Application Server Network Deployment. Se non si dovesse essere in possesso del Firefox, scaricare ed installare il browser da http://www.mozilla.com/en-US/firefox/.
    Importante: Potrebbe essere necessario avviare ">firefoxURL" da directory diverse da quella dove è stato installato Firefox, pertanto verificare che Firefox sia nel percorso. È possibile aggiungere un collegamento simbolico alla directory /opt/bin immettendo ">ln -s /locationToFirefox/firefox firefox".
  4. Opzionale: Esportare l'ubicazione del browser supportato.

    Esportare l'ubicazione del browser supportato utilizzando un comando che identifichi l'ubicazione effettiva del browser.

    Ad esempio, se il pacchetto di Firefox si trova nella directory /opt/bin/firefox, utilizzare il seguente comando:
    export BROWSER=/opt/bin/firefox
  5. Arrestare tutti i processi Java correlati a WebSphere Application Server, WebSphere Application Server Network Deployment WebSphere Process Server o WebSphere Enterprise Service Bus sul computer sul quale si sta installando il prodotto.
  6. Arrestare tutti i processi del server Web, come IBM HTTP Server.
  7. Fornire una quantità adeguata di spazio su disco. Per lo spazio richiesto per installare WebSphere Process Server e i prodotti correlati, consultare i requisiti di sistema dettagliati di WebSphere Process Server alla pagina http://www.ibm.com/support/docview.wss?uid=swg27006205 e selezionare il collegamento alla propria versione del prodotto.
  8. Verificare che i prerequisiti e i corequisiti corrispondano ai livelli di release richiesti.

    Sebbene la procedura guidata all'installazione verifichi le patch prerequisite del sistema operativo, esaminare i prerequisiti hardware e software supportati per WebSphere Process Server se non sono stati ancora verificati. Per accedere a queste informazioni, consultare i requisiti del sistema dettagliati WebSphere Process Server all'indirizzo web http://www.ibm.com/support/docview.wss?uid=swg27006205, quindi selezionare il link alla versione di WebSphere Process Server.

    Fare riferimento alla documentazione per i prodotti corequisiti e prerequisiti non IBM, per informazioni su come eseguire la migrazione alle versioni supportate.

  9. Aumentare l'impostazione ulimit nel profilo della shell del comando bash per evitare dei problemi con i comandi addNode e importWasprofile. Lo script del comando addNode potrebbe non riuscire quando si aggiunge un nodo, oppure, il comando importWasprofile potrebbe non riuscire durante l'importazione di un archivio di configurazione. Impostare un valore maggiore per ulimit per il kernel nello script del profilo della shell bash, caricato durante l'accesso alla sessione. Impostare il valore per ulimit sulla shell dei comandi di Linux aggiungendo il comando allo script del profilo della shell. Lo script del profilo della shell solitamente si trova nella directory home:
    1. cd ~
    2. vi .bashrc
    3. ulimit -n 8192
  10. Ripristinare la copia originale del file etc/issue se il file viene modificato. Il programma prereqChecker, nella procedura guidata all'installazione, utilizza il file per verificare la versione del sistema operativo. Se non è possibile ripristinare la versione originale, ignorare il messaggio Verifica dei livelli del sistema operativo che informa del fatto che il sistema operativo non è supportato. L'installazione può continuare senza problemi nonostante l'avvertenza.
  11. Solo per Red Hat Enterprise Linux V4.0: fornire i prerequisiti necessari per Red Hat Enterprise Linux V3.0.

    Una limitazione della registrazione del pacchetto Linux, impedisce al programma prereqChecker, nel programma di installazione, di esaminare i pacchetti prerequisiti sui sistemi Linux. Verificare che i seguenti pacchetti prerequisiti siano stati realizzati. Per ulteriori informazioni, consultare Installazione e verifica dei pacchetti Linux.

    Installazione dei pacchetti per tutte le piattaforme hardware

    Installare i seguenti pacchetti su qualsiasi piattaforma hardware:

    compat-libstdc++-33-3.2.3-47.3
    Richiesto per la compatibilità del runtime di C++. Utilizzato dal componente GSKit, da Java 2 SDK (Software Development Kit) e dai plugin del server Web, ad esempio.
    compat-db-4.1.25-9
    Richiesto da IBM HTTP Server. Alcuni moduli utilizzano le librarie contenute all'interno del pacchetto.
    xorg-x11-deprecated-libs-6.8.1 o xorg-x11-deprecated-libs-6.8.2
    Richiesti da Java 2 SDK per fornire le funzioni di stampa per le interfacce utente grafiche. Senza tale pacchetto, le applicazioni basate su Swing e le applicazioni basate su AWT (Abstract Window Toolkit), come ISMP (InstallShield for Multiplatforms), non possono essere istanziate.
    rpm-build-4.3.3-7_nonptl
    Richiesto da ISMP per registrare propriamente i prodotti all'interno del database RPM.

    Questi pacchetti sono parte del sistema operativo Red Hat Enterprise Linux 4, ma non vengono installati per impostazione predefinita. Inoltre, è possibile installare un rilascio successivo di uno di questi pacchetti.

    Selezione dei pacchetti per le piattaforme hardware capaci di eseguire entrambi le applicazioni a 32-bit e 64-bit

    Le piattaforme hardware capaci di eseguire entrambi le applicazioni a 32-bit e a 64-bit includono i computer AMD Opteron, Intel(R) EM64T, iSeries, pSeries (PowerPC(R)) e zSeries (S/390 64-bit).

    Per impostazione predefinita, Red Hat Enterprise Linux 4 installa solo il supporto runtime a 64-bit su tali piattaforme. Tuttavia, diverse applicazioni incluse nei prodotti e pacchetti di WebSphere Process Server, richiedono anche un supporto del runtime a 32-bit. Quindi, è necessario installare il supporto del runtime a 32-bit.

    Installare i seguenti pacchetti a 32-bit richiesti, scegliendo di personalizzare i pacchetti durante l'installazione di Red Hat Enterprise Linux 4. Oppure, personalizzare i pacchetti su di un sistema Red Hat Enterprise Linux 4 esistente eseguendo il comando system-config-packages da un terminale grafico.

    Installare Compatibility Architecture Support nella directory del sistema. Facoltativamente, installare Compatibility Architecture Development Support nella categoria Sviluppo se si prevede di creare le librerie di C o C++ da utilizzare con entrambe le applicazioni a 32-bit e a 64-bit.

    Le piattaforme che supportano entrambi le applicazioni a 32-bit e a 64-bit, richiedono entrambi le versioni a 32-bit e a 64-bit dei seguenti pacchetti:
    • compat-libstdc++-33-3.2.3-47.3
    • compat-db-4.1.25-9
    • xorg-x11-deprecated-libs-6.8.1 o xorg-x11-deprecated-libs-6.8.2

    Eseguire il comando rpm -qa | grep nome_pacchetto per verificare di essere in possesso di entrambi le versioni di ciascun pacchetto. Sostituire il nome di ciascun pacchetto per la variabile nome_pacchetto.

    I pacchetti installati vengono visualizzati in risposta al comando. Se non si ricevono due risposte per ciascun pacchetto, si ha solo una versione del pacchetto installato. È allora necessario installare il pacchetto mancante.

    Installazione di pacchetti aggiuntivi per le piattaforme specifiche

    Oltre ai pacchetti comuni a tutte le piattaforme, installare i seguenti pacchetti sulle piattaforme hardware in grado di eseguire entrambi le applicazioni a 32-bit e a 64-bit, prima di installare i prodotti e i pacchetti di WebSphere Process Server.

    Piattaforme x86 e Opteron o piattaforme EM64T: compat-libstdc++-296-2.96-132.7.2
    Il pacchetto compat-libstdc++-296-2.96-132.7.2 è richiesto per la compatibilità con il runtime di C++. Il pacchetto viene utilizzato dal componente GSKit, da Java 2 SDK e dai plugin del server Web, ad esempio.
    Piattaforme zSeries (S/390): compat-libstdc++-295-2.95.3-81
    Il pacchetto compat-libstdc++-295-2.95.3-81 è richiesto per la compatibilità con il runtime di C++. Il pacchetto viene utilizzato dal componente GSKit, da Java 2 SDK e dai plugin del server Web, ad esempio.

    Installare entrambi le versioni a 32-bit e a 64-bit del pacchetto sulle piattaforme hardware zSeries a 64-bit.

    Problemi che si rilevano quando non si installano i pacchetti richiesti

    Se non si installano tutti i pacchetti richiesti, la procedura guidata all'installazione non può essere avviata. I messaggi di errore indicano la mancanza delle librerie, l'impossibilità di caricare le interfacce grafiche o altri errori che si verificano durante l'installazione.

  12. Solo SuSE Linux Enterprise Server 9: applicare SLES 9 SP1 sulle piattaforme PowerPC 64-bit per evitare un problema noto.

    SLES 9 SP1 è la piattaforma supportata ufficialmente per i computer a 64-bit di PowerPC.

    Un problema noto nel SLES 9 GA kernel (LTC 9288) è documentato nella guida SDK per il rilascio 142SR1a. Il problema consiste in un WebSphere Application Server a 64-bit che resta sospeso e viene indicato dal seguente messaggio di errore:
    00000014 RecoveryManag A WTRN0028I: Il servizio di transazione sta recuperando 0 transazioni. 
    0000000a ResourceMgrIm I WSVR0049I: Collegamento di DefaultTimerManager come tm/default 
    0000000a WorkAreaServi A ACWA0002I: Servizio WorkArea non abilitato su dmgr. 
    0000000a AppProfileCom I ACIN0007I: servizio profilo applicazioni avviato con esito positivo. 
    0000000a CacheServiceI I DYNA0048I: cache dinamica WebSphere inizializzata correttamente. 
    00000015 LogAdapter E DCSV9416E: si è verificato un errore interno. 
             Eccezione è Orologio non modificato in 10002 cicli. 
    00000015 LogAdapter E DCSV9416E: si è verificato un errore interno. 
             Eccezione è Orologio non modificato in 10002 cicli.
    Sistema SLES9/AMD64: le seguenti librerie a 32-bit sono richieste da SDK:
    • XFree86-libs-32bit-9
    • glibc-32bit-9
    • glib-32bit-9
    • gtk-32bit-9
  13. Verificare che sia utilizzato il comando cp di sistema piuttosto che il comando cp fornito da emacs o altri freeware.

    Se si installa il prodotto utilizzando un comando cp che è parte di un pacchetto freeware, piuttosto che utilizzando il comando cp, l'installazione potrebbe sembrare completata correttamente, ma Java 2 SDK installato dal prodotto potrebbe avere dei file mancanti nella directory install_root/java (dove install_root rappresenta la directory di installazione di WebSphere Process Server).

    I file mancanti potrebbero distruggere i collegamenti simbolici richiesti. È necessario rimuovere il comando cp del freeware dal PERCORSO per eseguire correttamente l'installazione del prodotto WebSphere Process Server.

    Se è installato emacs o un altro freeware sul sistema operativo, eseguire i passi indicati per identificare il comando cp che viene utilizzato dal sistema e per disattivare il comando cp del freeware se viene utilizzato:

    1. Immettere which cp nella riga comandi prima di eseguire il programma di installazione del prodotto WebSphere Process Server.
    2. Se l'output della directory risultante comprende il freeware, rimuovere la directory freeware dal PERCORSO. Ad esempio, se l'output è simile a .../freeware/bin/cp, rimuovere la directory dal PERCORSO.
    3. Una volta installato WebSphere Process Server, aggiungere di nuovo la directory freeware al PERCORSO.
  14. Verificare che Java 2 SDK sulle copie dei CD del prodotto funzioni correttamente.

    Se i CD del prodotto sono stati creati da immagini ISO o con una copia dei CD correnti, procedere nel modo seguente per verificare che Java 2 SDK stia funzionando correttamente.

    1. Sul CD del prodotto creato per il WebSphere Process Server CD 1, passare alla directory /mnt/JDK/repository/prereq.jdk/java/bin. Per effettuare tale operazione, immettere il seguente comando:
      cd /mnt/JDK/repository/prereq.jdk/java/bin
    2. Verificare la versione di Java 2 SDK. Per effettuare tale operazione, immettere il seguente comando:
      ./java -version
      Il comando viene completato con esito positivo senza alcun errore nel caso in cui Java 2 SDK sia inalterato.
    3. Ripetere questa procedura sul CD del prodotto creato per WebSphere Process Server CD 2.

Risultato

Questa procedura prepara il sistema operativo per l'installazione di WebSphere Process Server.

Operazioni successive

Una volta preparato il sistema operativo, è possibile installare WebSphere Process Server. Consultare Installazione del software per le descrizioni delle varie alternative di installazione disponibili.


(c) Copyright IBM Corporation 2005, 2006.
Questo Information Center è alimentato dalla tecnologia Eclipse (http://www.eclipse.org)