Come evitare i conflitti di porta

E' necessario impedire il verificarsi di conflitti di porta quando WebSphere Process Server coesiste sulla stessa macchina in cui si trova un'altra installazione uguale o di WebSphere Enterprise Service Bus, WebSphere Business Integration Server Foundation, WebSphere Application Server o WebSphere Application Server Network Deployment.

Utilizzare questa procedura per evitare conflitti di porta durante l'aggiunta di un nodo di WebSphere Process Server ad una cella del gestore distribuzione di WebSphere Process Server quando un nodo gestito di WebSphere Enterprise Service Bus, WebSphere Business Integration Server Foundation, WebSphere Application Server o WebSphere Application Server Network Deployment esiste sullo stesso sistema.

Se si crea un profilo gestito di WebSphere Process Server sulla stessa macchina in cui si trova un nodo gestito di un altro prodotto, in alcuni casi il comando addNode può incrementare automaticamente le assegnazioni di porta del secondo processo del nodo agente, in modo che non si verifichino conflitti di porta. Il comando addNode incrementa automaticamente le assegnazioni di porta solo quando il profilo esistente è uno dei seguenti tipi:
  • WebSphere Process Server
  • WebSphere Enterprise Service Bus
  • WebSphere Application Server, versione 6.0 o successiva
  • WebSphere Application Server Network Deployment, versione 6.0 o successiva
Inoltre, la procedura guidata Profilo gestisce correttamente le assegnazioni di porta quando si associa un profilo personalizzato WebSphere Process Server durante la relativa creazione.
Il comando addNode non incrementa automaticamente le assegnazioni di porta quando l'istanza esistente è una dei tipi di seguito riportati:
  • WebSphere Business Integration Server Foundation
  • WebSphere Application Server, versioni precedenti alla 6.0
  • WebSphere Application Server Network Deployment, versioni precedenti alla 6.0
In questo caso, né il comando addNode né la procedura guidata Profilo dispone di un record delle assegnazioni di porta di tali istanze. Le assegnazioni di porta sul secondo processo dell'agente del nodo WebSphere Process Server non vengono incrementate e possono verificarsi dei conflitti.

Questi conflitti possono impedire l'avvio del secondo nodo. Ad esempio, se si avvia prima il nodo gestito esistente, il nodo di WebSphere Process Server non può essere avviato. Se si avvia prima il nodo di WebSphere Process Server, il nodo esistente non può essere avviato.

In tali casi in cui il comando addNode non incrementa automaticamente le assegnazioni di porta, è necessario eseguire la procedura indicata per creare un nodo gestito di WebSphere Process Server con porte non in conflitto.

  1. Creare il profilo personalizzato di WebSphere Process Server.

    Utilizzare la procedura guidata Profilo per creare un profilo personalizzato. Non associare il profilo personalizzato quando è stato creato. Selezionare la casella di controllo nel pannello della procedura guidata Profilo per associare in seguito il profilo. Consultare le procedure descritte in Creazione e implementazione dei profili utilizzando la procedura guidata Profilo.

  2. Verificare le porte in uso per determinare un numero di porta di avvio per i processo del nodo agente di WebSphere Process Server.

    Utilizzare il comando netstat -a per controllare le assegnazioni di porta esistenti. Quindi, analizzarle per determinare dodici porte sequenziali libere.

    Questa procedura presuppone che non esistano assegnazioni di porta tra 3320 e 3380.

  3. Passare alla directory bin del nuovo profilo.
    Effettuare una delle seguenti operazioni per spostare la directory bin del profilo (dove profile_root rappresenta la posizione di installazione del profilo):
    • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: Immettere cd profile_root/bin
    • Icon indicating Windows platforms Su piattaforme Windows: Da una riga comandi, immettere cd profile_root\bin
  4. Utilizzare il comando addNode con il parametro -startingport per associare il nodo personalizzato nella cella del gestore distribuzione ed assegnare le porte da un valore iniziale.
    Si supponga che il gestore di distribuzione abbia le seguenti caratteristiche:
    • Il nome host è l'indirizzo del sistema del nome di dominio: server_name.ibm.com
    • Tipo connettore JMX: RMI (remote method invocation)
    • Assegnazione porta RMI: 8879
    • Stato di sicurezza: abilitato
    Digitare il seguente comando:
    addNode.sh server_name.ibm.com \
    -conntype RMI 8879 \
    -user user_name \
    -password user_password -startingport 3333
    Important: Il carattere \ è un carattere di continuazione per utilizzare più di una rga per inoltrare i comandi.

Il parametro -startingport fornisce il numero porta di base per tutte le porte dell'agente nodo e incrementa tutti i valori di porta dal punto iniziale. Le assegnazioni di porta non in conflitto consentono l'esecuzione del nuovo agente del nodo di WebSphere Process Server quando il nodo coesistente è già in esecuzione.

Questa procedura consente di avviare il nodo coesistente contemporaneamente al nodo WebSphere Process Server. Gli agenti nodo possono essere eseguiti sullo stesso server.

Per ulteriori informazioni sul comando addnode, consultare l'Information center di WebSphere Application Server Network Deployment, versione 6.0, al seguente indirizzo http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp.

Per modificare le impostazioni della porta dopo l'installazione, modificare il file serverindex.xml che si trova in una delle seguenti directory, in base alla piattaforma (dove profile_root rappresenta la posizione di installazione del profilo).
  • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: profile_root/config/cells/cell_name/nodes/node_name/serverindex.xml
  • Icon indicating Windows platforms Su piattaforme Windows: profile_root\config\cells\cell_name\nodes\node_name\serverindex.xml

Terms of use |

Last updated: Thu Mar 30 14:32:40 2006

(c) Copyright IBM Corporation 2005, 2006.
This information center is powered by Eclipse technology (http://www.eclipse.org)