转储

在意外情况下,可能会产生 WindowsMiniDumps、UNIX 核心转储或 z/OSSVC 或核心转储;例如,如果在代理或 用户名称服务器 可执行文件或基础结构主程序中发生错误。这些情况下产生的数据量和复杂性通常需要 IBM 支持中心的帮助

Windows 上的转储

在极端情况中,代理进程可能会产生 Windows MiniDump。在正常操作期间,将从不会产生它们。

它们伴有 BIP2111 错误消息(消息代理内部错误),这些消息包含到 workpath/errors 目录中的 MiniDump 文件的路径。MiniDump 文件具有扩展名 .dmp。您可以使用合适的调试器分析这些 MiniDump,建议您与 IBM 联系以获得帮助。

UNIX 系统上的转储

在极端情况中,代理进程会产生 UNIX 核心转储。在正常操作期间,将从不会产生它们。

可能会产生 BIP2060 错误消息(执行组被意外终止)。查看在其中启动代理的目录以查找核心转储文件。如果服务标识无法写这个目录,则在服务用户标识的主目录中产生核心转储。

您可以使用合适的调试器分析这些核心转储,但建议您与 IBM 联系以获得帮助。

z/OS 上的转储

WebSphere Message Broker for z/OS代理或用户名称服务器会产生不同类型的转储,这取决于原始错误的发生地。
SVC 转储
这些转储是为 WebSphere Message Broker for z/OS基础结构主程序(bipimain)中的错误而产生的。
核心转储
这些是为代理或用户名称服务器可执行文件中(bipservice、bipbroker、DataFlowEngine和 bipuns)中的错误而产生的。

SVC 转储

基础结构主程序中的错误导致后跟特定原因码的系统异常终止 X'2C3'。在 WebSphere Message Broker for z/OS 恢复例程活动之前,可能发生此异常终止,因此不写转储即可能发生此异常终止。原因码帮助 IBM 支持中心确定错误。在那种情况下,您仅在 z/OS syslog 中得到下列信息:
IEF450I STU1051 - ABEND=S2C3 U0000 REASON=01050001

z/OSWebSphere Message Broker for z/OS引起的 SVC 转储写到系统的转储目录,并且可以使用 IPCS 进行格式化。转储的名称在 z/OS syslog 中列出。

在有些情况下,不产生 SVC 转储。通常,因为时间或空间问题或者安全性冲突,将抑制转储。另外,您可以使用 z/OS DAE(例如,使用命令 SET DAE=xx)禁止复制先前转储的 SVC转储。(DAE 是转储分析和消除:z/OS 服务使安装能够禁止不需要的 SVC 转储和 ABEND SYSDUMP 转储,因为重复先前的写转储。)

下列示例显示 z/OS syslog 中的消息,它表明是否禁止了 SYSMDUMP:
   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           

MVS 诊断:工具和服务辅助手册提供有关使用 z/OS 转储分析和消除(DAE)的详细信息。

核心转储

代理或用户名称服务器产成 USS(UNIX 系统服务)核心转储。 这些核心转储是 SYSMDUMP 转储。它们写到启动任务的用户目录。名称是 coredump.pid,其中 .pid 是遇到错误的进程的进程标识的十六进制值,且它在 z/OS syslog 中列出。 可以在已启动的任务的用户主目录(例如,/u/stu1/coredump.000000ae)中找到该转储。

核心转储的最大大小通过 BPXPRMxx parmlib 成员中的 MAXCORESIZE 定义。IBM 提供的缺省值是 4MB。要确保任何 WebSphere Message Broker for z/OS地址空间的核心转储的完整性,将它更改为 2GB。则启动的任务用户的目标必须至少为该大小。

WebSphere Message Broker for z/OS的错误恢复例程提供了一个 SVC 转储时,核心转储也写到您的启动任务用户标识目录。在这种情况下,IBM 对于 z/OS syslog 上的 SVC 转储和条目感兴趣,用它们可以来解决问题。下列示例显示提供 SVC 转储和核心转储时 z/OS syslog 上的条目:
IEA794I SVC DUMP HAS CAPTURED: 486                                      
  DUMPID=008 REQUESTED BY JOB (STU1051 )                                 
  DUMP TITLE=COMP=WMQI z/OS CID=G9700 ISSUER=BIPIMAIN (BIPIP             
                        ): WMQI InfraMain         : S0C4-00000004.                  
                 
  IEF196I IGD101I SMS ALLOCATED TO DDNAME (SYS00010)                     
  IEF196I         DSN (SYS3.DUMP.ARG5.STU1051.T085940.S00008       )     
  IEF196I         STORCLAS (SMS) MGMTCLAS (DUMP) DATACLAS (        )     
  IEF196I         VOL SER NOS= ARGSMY                                    
  IEF196I IGD104I SYS3.DUMP.ARG5.STU1051.T085940.S00008        RETAINED, 
  IEF196I DDNAME=SYS00010                                                
  IEA611I COMPLETE DUMP ON SYS3.DUMP.ARG5.STU1051.T085940.S00008 493     
  DUMPID=008 REQUESTED BY JOB (STU1051 )                                 
  FOR ASID (0060)                                                        
  INCIDENT TOKEN: ARGPLEX  ARG5     06/19/2001 08:59:40                  
    ERROR ID = SEQ02325 CPU00 ASID0060 TIME10.59.40.5                     
  IEA995I SYMPTOM DUMP OUTPUT 494                                        
  SYSTEM COMPLETION CODE=0C4  REASON CODE=00000004                       
    TIME=10.59.40  SEQ=02325  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                                                 
  IEA993I SYSMDUMP TAKEN TO coredump.0300019D
要利用这些核心转储,使用 TSO/E OGET 命令将它们复制到分区数据集。将数据集分配为逻辑记录长度(LRECL)为 4160、记录格式为 FBS 的连续数据集。指定至少 500 柱面的主分配和至少 250 柱面的次分配。数据集必须作为二进制传送。例如:
oget '/u/user_directory/coredump.pid' 'mvs_dataset_name.pid' bin

转储选项

要收集所有的诊断信息,在 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)
您可通过使用 D Dump,Options z/OS 控制台命令检查您的系统上的值,如下所示:
D D,O
此命令的示例输出如下所示:
    SYSABEND- ADD PARMLIB OPTIONS SDATA=(LSQA,TRT,CB,ENQ,DM,IO,ERR,SUM),
                                                  PDATA=(SA,REGS,LPA,JPA,PSW,SPLS)
        SYSUDUMP- ADD PARMLIB OPTIONS SDATA=(LSQA,TRT,CB,ENQ,DM,IO,ERR,SUM),
                                                  PDATA=(SA,REGS,LPA,JPA,PSW,SPLS)
        SYSMDUMP- ADD OPTIONS (NUC,SQA,LSQA,SWA,TRT,RGN,LPA,CSA,SUM,GRSQ)
最后一个条目显示了进行核心转储时使用的 SYSMDUMP 选项。
声明 | 商标 | 下载 | 书库 | 支持 | 反馈
Copyright IBM Corporation 1999, 2006 最后一次更新时间:2006/08/14
au14180_