Impostazione dei dump

JVM genera un Javadump e un System Transaction Dump (SYSTDUMP) quando si verificano eventi particolari.

JVM, per impostazione predefinita, genera i dump quando si verifica una delle seguenti condizioni:
  • E'stato ricevuto un segnale SIGQUIT.
  • L' JVM e viene chiuso a causa di un errore.
  • Si verifica un'eccezione nativa non prevista (ad esempio, viene ricevuto un segnale SIGSEGV, SIGILL o SIGFPE).

È possibile utilizzare l'opzione -Xdump per modificare i dump prodotti sui diversi tipi di segnale e le convenzioni di denominazione per i dump. Per ulteriori informazioni, consultare Utilizzo degli agent di dump.

Dump di transazione non riusciti (IEATDUMPs)

Se non è possibile produrre un IEATDUMP richiesto, l' JVM e invia dei messaggi a STDOUT e alla console dell'operatore z/OS®. Ad esempio:
JVMDUMP025E IEATDUMP failed RC=0x00000008 RSN=0x000000026 for DSN=J9BUILD.JVM.J9BUILD8.D131129.T210839
JVMPORT024E IEATDUMP failed because we couldn't allocate the dump data set (check disk space and field permissions)
JVMDUMP012E Error in System dump: J9BUILD.JVM.J9BUILD8.D131129.T210839
I codici di ritorno e motivo nei messaggi IEATDUMP sono documentati in z/OS MVS Programming: Authorized Assembler Services Reference EDT - IXG.

Di seguito sono riportati alcuni codici di ritorno e di errore comuni:

I seguenti RC e RSN indicano che non è stato scritto alcun dump e che il nome del dataset del dump era troppo lungo:
RC=0x00000008 RSN=0x00000022
I seguenti RC e RSN indicano che non è stato scritto alcun dump e che lo spazio non è sufficiente per allocare il dataset di dump:
RC=0x00000008 RSN=0x00000026
I seguenti RC e RSN indicano che è stato scritto un dump parziale e che il sistema ha riempito una delle tabelle di intervallo. Per ulteriori informazioni, vedi APAR OA43509.
RC=0x00000004 RSN=0x00000007
Se i dump delle transazioni continuano a non funzionare, è possibile attivare un dump SVC ( z/OS ) da un messaggio della console JVM utilizzando una trap SLIP. Ad esempio:
/SLIP SET,A=SVCD,J=USER*,MSGID=JVMDUMP012E,ID=JAVA,SDATA=(ALLPSA,NUC,SQA,RGN,LPA,TRT,SUMDUMP),END

File di dump di più transazioni (IEATDUMP)

Su una piattaforma a 64 bit, i file IEATDUMP sono suddivisi in diversi file più piccoli se IEATDUMP supera il limite di dimensione file di 2 GB. A ciascun file viene assegnato un numero di sequenza.

Se si specifica un modello per il nome file IEATDUMP, aggiungere il token & DS per abilitare più dump. Il token & DS viene sostituito da un numero di sequenza ordinato e deve trovarsi alla fine del nome file. Ad esempio, X & DS genera nomi file nel formato X001, X002e X003.

Se si specifica un modello senza il token & DS , .X&DS viene aggiunto automaticamente alla fine del modello. Se il modello è troppo lungo per accodare .X&DS, viene prodotto un messaggio. Il messaggio avvisa che il modello è troppo lungo e che viene utilizzato un modello predefinito.

Se non si specifica un modello, viene utilizzato il modello predefinito. Il template predefinito è come mostrato qui.
%uid.JVM.%job.D%y%m%d.T%H%M%S.X&DS
Unire la sequenza di file IEATDUMP prima che IPCS possa elaborare i dati. Per unire la sequenza di file IEATDUMP, utilizzare il pannello TSO IPCS > Utility > Copia set di dati di dump dell' MVS, oppure il IPCS COPYDUMP comando. Se hai copiato o spostato i file IEATDUMP da MVS al file system z/OS UNIX System Services, puoi utilizzare il cat comando per unire i file, ad esempio:
cat JVM.TDUMP.X001 JVM.TDUMP.X002 > JVM.TDUMP.FULL

Per ulteriori informazioni, consultare IEATDUMP - Transaction dump request nella documentazione z/OS .