[IBM i]

Problemi di avvio o riavvio del server applicazioni

Se un processo del server non si avvia o si avvia con errori, i seguenti argomenti potrebbero aiutare a diagnosticare il problema.

Il programma di installazione viene completato correttamente, ma un server delle applicazioni non si avvia o si avvia con errori

Mancia: Questo argomento fa riferimento a uno o più file di registro del server delle applicazioni. Come alternativa consigliata, è possibile configurare il server per utilizzare l'infrastruttura di registrazione e traccia HPEL (High Performance Extensible Logging) invece di utilizzareSystemOut.log ,SystemErr.log ,trace.log , Eactivity.log file distribuiti e IBM® i sistemi. Puoi anche utilizzare HPEL insieme al tuo nativo z/OS® strutture di registrazione. Se utilizzi HPEL, puoi accedere a tutte le informazioni di registro e traccia utilizzando il file LogViewer strumento da riga di comando dalla directory bin del profilo del server. Vedi il informazioni sull'utilizzo di HPEL per risolvere i problemi delle applicazioni per ulteriori informazioni sull'utilizzo di HPEL.
  • Sfogliare i file di registro del server delle applicazioni per trovare indizi . I file di registro si trovano per impostazione predefinita in:
    • [IBM i]profilo_root/logs/server_name/SystemErr.log ESystemOut.log
    Diverse applicazioni distribuite su un server o nodo delle applicazioni possono richiedere del tempo per l'avvio. Sfoglia ilSystemOut.log periodicamente e controlla gli aggiornamenti più recenti per vedere se il server è ancora in fase di avvio.
  • Cercare eventuali errori o avvisi relativi a risorse specifiche con il modulo, come moduli Web, bean enterprise e risorse di messaggistica. Se ne trovi, esamina il file di configurazione del server delle applicazioni per le impostazioni di configurazione di quella risorsa. Quindi riavviare il server per verificare se questo componente causa il problema.

    [IBM i]Ad esempio, sfoglia profilo_root/config/cells/ApplicationServerCell/nodes/node_name/servers/server_name/server.xml ed esaminare i tag XML per le proprietà di tale risorsa. Cambialo initialState valore da INIZIO A FERMARE.

  • Cerca eventuali messaggi di errore o di avviso nella tabella di riferimento dei messaggi facendo clic su Riferimento vista della documentazione navigabile ed espandibile Messaggi nell'albero di navigazione.
  • Dopo aver creato un server delle applicazioni, è necessario sincronizzare i nodi prima di salvare le impostazioni di configurazione per il nuovo server. Se non sincronizzi i nodi, il tuo nuovo server potrebbe non avviarsi.
    1. Nella pagina del server delle applicazioni che elenca tutti i server delle applicazioni, fare clic su Preferenze.
    2. Selezionare Sincronizza le modifiche con i nodi, se non è già selezionato.
    3. Clic Fare domanda a e quindi fare clic Server delle applicazioni per tornare all'elenco dei server delle applicazioni.
    4. Clic Salva per salvare le impostazioni di configurazione per il nuovo server.
  • Verificare che il nome logico specificato da visualizzare sulla console per il server delle applicazioni non contenga caratteri non validi come: - / \ : * ? " < > e spazi iniziali o finali.
  • Se stai usando Apache Derby e ricevi unERROR XSDB6: Another instance of Apache Derby might have already booted the database databaseNameerrore all'avvio del server delle applicazioni, consultare l'argomento Problemi di accesso ai dati per maggiori informazioni.
  • [IBM i]Quando si utilizza un profilo utente diverso da QEJBSVR per eseguire un server delle applicazioni, verificare che:
    • Il profilo utente ha QEJBSVR specificato come profilo di gruppo.
    • QEJBSVR è il proprietario di tutti i file e le directory sotto l'estensione profilo_root directory. È possibile utilizzare il seguente comando in una sessione Qshell per impostare QEJBSVR come proprietario:
      chown -R QEJBSVR profile_root
  • Il server delle applicazioni potrebbe non avviarsi in modalità limitata. È possibile configurare un server delle applicazioni per consentire o limitare l'accesso alle classi server interne. L'impostazione predefinita è consentire l'accesso. Se l'accesso è limitato, il server potrebbe non avviarsi. Se il server delle applicazioni non si avvia in Limitare modalità, modificare l'accesso alle classi interne in Permettere.

Potrebbe apparire un messaggio di errore nel file SystemOut.log dopo aver riavviato un server delle applicazioni

Potrebbe essere visualizzato il seguente messaggio di errore nel file SystemOut.log dopo aver riavviato un server delle applicazioni:
Il collegamento del socket non è riuscito per l'host Nome host e porto numero di porta.  La porta potrebbe essere già in uso.

Questo problema potrebbe verificarsi se la rete è lenta e la porta elencata nel testo del messaggio non ha terminato l'ascolto quando l'applicazione è stata arrestata e riavviata.

Per verificare che questo sia il problema, controlla lo stato della porta.

Per correggere questo problema, attendere alcuni minuti dopo aver arrestato il server:
  1. [IBM i]Verificare che nessuna porta sia in ascolto. Usa questo comando CL:
    NETSTAT *CNN
  2. Riavvia il server

Messaggio "DiscoveryService.sendQuery" l'eccezione viene visualizzata nel file di registro FFDC

Quando si avvia un gestore distribuzione, il gestore distribuzione tenta di rilevare eventuali agenti nodo configurati all'interno della sua cella. Se l'agente di distribuzione non rileva gli agenti nodo nella cella, scrive un'eccezione nel file di registro FFDC (First Failure Data Capture) per ciascun agente nodo che il gestore distribuzione non rileva. Se si suppone che gli agenti del nodo non siano in esecuzione, è possibile ignorare l'eccezione. Se si suppone che gli agenti del nodo siano in esecuzione, il file di log FFDC potrebbe contenere informazioni aggiuntive che aiuteranno a determinare il motivo per cui il gestore distribuzione non riesce a rilevare gli agenti del nodo anche se si suppone che gli agenti del nodo siano in esecuzione.

[8.5.0.1 o più tardi][IBM i]

Il server non si riavvia IBM i dopo l'applicazione WebSphere Application Server Versione 8.5.0.1

Se il server non si riavvia IBM i dopo l'applicazione 8.5.0.1, potresti ricevere il seguente messaggio:CWWKE0044E: There is no write permission for server directory.

Questo errore si verifica solo su IBM i quando avviato con l'integrazione del sistema operativo e utilizzando l'utente QEJBSVR.

Puoi risolvere temporaneamente questo problema racchiudendo un'invocazione del comando del server con uno script che elimina il contenuto del file<serverName>/workarea/.sCommandAuth directory.

IBM Il supporto dispone di documenti e strumenti che possono farti risparmiare tempo nella raccolta delle informazioni necessarie per risolvere i problemi. Prima di aprire una segnalazione di problema, consultare la pagina di supporto del prodotto: https://www.ibm.com/mysupport/s/topic/0TO500000001DQQGA2/websphere-application-server.