WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Dumps

Sob circunstâncias excepcionais, MiniDumps do Windows, dumps de núcleo do UNIX ou dumps SVC ou de núcleo do z/OS podem ser produzidos.

Por exemplo, se ocorrerem erros nos arquivos executáveis do broker ou no programa principal de infraestrutura. A quantidade e complexidade dos dados produzidos nestes casos geralmente requerem a assistência de seu Centro de Suporte IBM®, consulte Entrando em Contato com o Centro de Suporte da IBM.

Dumps no Windows

MiniDumps do Windows podem ser produzidos pelos processos do broker em casos extremos. MiniDumps do Windows nunca são produzidos durante a operação típica.

MiniDumps do Windows são acompanhados por uma mensagem de erro BIP2111 (uma erro interno do broker de mensagem) que contém o caminho para o arquivo MiniDump em seu diretório workpath/errors. Os arquivos de MiniDump têm a extensão .dmp. É possível analisar estes MiniDumps usando um depurador adequado; entre em contato com a IBM para obter assistência.

Dumps nos Sistemas UNIX

Os dumps de núcleo do UNIX são produzidos pelos processos do broker em casos extremos. Dumps de núcleo do UNIX nunca são produzidos durante a operação típica.

Uma mensagem de erro BIP2060 (o grupo de execução parou inesperadamente) pode ser produzida. Procure no diretório onde o broker foi iniciado para localizar o arquivo do dump de memória. Se não for possível gravar nesse diretório com o ID de serviço, os dumps de memória são produzidos no diretório home do ID do usuário de serviço.

É possível analisar estes dumps de núcleo usando um depurador adequado; entre em contato com a IBM para obter assistência.

Dumps no WebSphere Message Broker para z/OS

Um broker produz um dump SVC gravado como um conjunto de dados e nomeado usando-se a convenção de nomenclatura definida pelo sistema.

O formato deste nome do conjunto de dados pode ser exibido usando o command /D dump de opções de dump.

Geralmente, a definição de nome tem o seguinte formato:
DUMP.&SYSNAME..&JOBNAME..D&DATE..T&LTIME..S&SEQ
e, por exemplo, este formato exibe um nome resolvido de:
DUMP.MVS1.MQ83BRK.D080924.T171755.S00005

Um dump SVC causado pelo z/OS ou WebSphere Message Broker para z/OS é gravado no diretório do dump do sistema e pode ser formatado com IPCS. O nome do dump é listado no syslog do z/OS.

O exemplo a seguir mostra o formato da saída que você recebe:
  IEA794I SVC DUMP HAS CAPTURED:
          DUMPID=006 PEDIDO POR EMPREGO (MQ83BRK )                       
          DUMP TITLE=MQ83BRK ,ABN=S0C4-00000004,C=M7500.600.BRKR      
  IEA611I COMPLETE DUMP ON DUMP.MVS1.MQ83BRK.D080924.T171851.S00006
          DUMPID=006 PEDIDO POR EMPREGO (MQ83BRK )                           
          FOR ASID (00B8)                                                  
          INCIDENT TOKEN: PLEXS    MVS1     09/24/2008 16:19:11            
          ID = MQ83BRK ,ABN=S0C4-00000004               

Sob algumas circunstâncias, não são produzidos dumps SVC. Geralmente, dumps são suprimidos devido a problemas de tempo ou espaço ou violações de segurança.

Além disso, é possível suprimir dumps SVC que duplicam dumps anteriores usando a análise e eliminação de dump (DAE) do z/OS, por exemplo, usar o comando SET DAE=xx. (DAE é um serviço do z/OS que permite uma instalação para suprimir dumps SVC e dumps ABEND SYSDUMP que não são necessários porque duplicam dumps gravados anteriormente.)

O exemplo a seguir mostra uma mensagem no syslog do z/OS, indicando se duplicatas do SYSMDUMPs são suprimidas:
   IEA995I SYMPTOM DUMP OUTPUT 504
 SYSTEM COMPLETION CODE=0C4  REASON CODE=00000004
  TIME=11.02.24  SEQ=02327  CPU=0000  ASID=0060
  PSW AT TIME OF ERROR  078D2000   8D70A656  ILC 4  INTC 04
    ACTIVE LOAD MODULE           ADDRESS=0D708F68  OFFSET=000016EE
    NAME=SPECIALNAME
         61939683 81936199 85A2F1F0 61A48689 */local/res10/ufi*
         A7F5F161 82899561 82899789 94818995 *x51/bin/bipimain*
    DATA AT PSW  0D70A650 - 91345000  00001F22  41209140
    GPR  0-3  00000000  0D711B18  0D711B18  00000000
    GPR  4-7  0D711300  0D70BD04  00000000  0D711B18
    GPR  8-11 0D7121CF  0D7111D0  0D70C316  0D70B317
    GPR 12-15 8D70A318  0D7111D0  00000312  00000000
  END OF SYMPTOM DUMP
 IEA838I SYSMDUMP SUPPRESSED AS A DUPLICATE OF: 505
         ORIGINAL:DATE 01170 TIME 10:59:40:05 CPU 8A7645349672
         MOD/#PATHNAM CSECT/BIPIP PIDS/5655G9700 AB/S00C4
         REXN/IMBSIREC FI/9134500000001F2241209140 REGS/0C33E
         HRC1/00000004 SUB1/INFRASTRUCTURE#MAIN           

O manual Diagnóstico de MVS: Ferramentas e Auxílios de Serviço fornece detalhes sobre como usar análise e eliminação de dump do z/OS.

Em casos extremos, você pode, em vez disso, receber um dump de núcleo, que é gravado no diretório do usuário da tarefa iniciada. O tamanho máximo de um dump de memória é definido através de MAXCORESIZE no membro BPXPRMxx da parmlib. O padrão fornecido pela IBM é de 4 MB. Para assegurar a integralidade de um dump de núcleo de qualquer espaço de endereço do WebSphere Message Broker para z/OS, altere o valor para 2 GB. O diretório do usuário da tarefa iniciada deve portanto ter pelo menos esse tamanho.

Para usar estes dumps de núcleo, copie-os em um conjunto de dados particionados usando o comando TSO/E OGET . Aloque o conjunto de dados como um conjunto de dados sequencial com um LRECL (Logical Record Length) igual a 4160 e um formato de registro igual a FBS. Especifique uma alocação primária de pelo menos 500 cilindros e uma alocação secundária de pelo menos 250 cilindros. O conjunto de dados deve ser transferido no formato binário. Por exemplo:
oget '/u/user_directory/coredump.pid' 'mvs_dataset_name.pid' bin
Para assegurar que todas as informações de diagnóstico sejam coletadas nestes casos extremos, especifique as seguintes opções de dump em SYS1.PARMLIB:
  • Member IEADMP* SDATA=(LSQA,TRT,CB,ENQ,DM,IO,ERR,SUM)
  • Member IEADMR* SDATA=(NUC,SQA,LSQA,SWA,TRT,RGN,LPA,CSA,SUM,GRSQ)

Encerramento de forma anormal do WebSphere Message Broker para z/OS

Código de encerramento anormal
2C1
Explicação
A infra-estrutura do WebSphere Message Broker para z/OS encontrou um grave erro interno. O código de razão ajuda o Centro de Suporte IBM a identificar a origem do erro. Ele tem o formato X'ppmmnnnn', em que pp define a parte na infra-estrutura onde o erro ocorreu, mm define o local específico do erro e nnnn define um índice recursivo.
É possível resolver os seguintes códigos de razão, mas você deve referir-se a outros códigos para o Centro de Suporte IBM.

ABN=S2C1-0001xxxx Erro ao abrir um arquivo de sistema de arquivos
O componente do sistema de arquivos pode estar cheio ou o ID do usuário do broker pode não
ter as permissões corretas para acessar os arquivos ou diretórios no sistema de arquivos.
componente HFS.

ABN=S2C1-0113xxxx Tamanho da região muito pequeno
Origem
WebSphere Message Broker para z/OS
Ação do Sistema
O sistema poderá emitir um dump.
Resposta do Programador
Nenhum(a)
Resposta do Programador do Sistema
Procure nos bancos de dados de relatórios de problemas, para obter uma correção para o problema. Se nenhuma correção existir, entre em contato com o Centro de Suporte IBM, fornecendo o código de razão e, se presente, o dump.
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:30:32


Tópico de ReferênciaTópico de Referência | Versão 8.0.0.5 | au14180_