IBM Support

IZ80637: DSI IN AUTOFS_CDT_ENTRY_U DURING LIVE DUMP APPLIES TO AIX 6100-06

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • machine crashed during live dump within autofs subsystem.
    The stack trace looks like
    KDB(4)> f
    pvthread+0D9A00 STACK:
    ■F1000000C040CF58autofs_cdt_entry_u+000038 (F10000064E7FC004,
    F1000000C0420118, 0000000000000020, F100010802188BC0,
    FFFFFFFFFFFFFFFF ■??)
    ■F1000000C040EA54autofs_rasld_fnip+000254 (??, ??, ??, ??)
    ■F1000000C041001Cautofs_ras_base_callback+0005BC (??, ??, ??,
    ??)
    ■00014D70.hkey_legacy_gate+00004C ()
    ■00098EFCldmp_issue_call@AF91_3+00005C (??, ??, ??)
    ■00097D28ldmp_issue_start+000188 (??, ??, ??)
    ■00097A2Cldmp_start_and_buffer+00002C (??, ??)
    ■003D00BCnew_kernel_stack+0000DC ()
    ■00095AE0ldmp_ser_dump+0008A0 (??)
    ■00098BE0livedump+000A80 (??)
    ■00402154ldmp_take+000834 (??, ??)
    ■00402F04ldmp_ioctl+000064 (??, ??)
    ■00584BECrdevioctl+0000CC (??, ??, ??, ??, ??, ??)
    ■007577C0spec_ioctl+000080 (??, ??, ??, ??, ??, ??)
    ■005DED70vnop_ioctl+000050 (??, ??, ??, ??, ??, ??)
    ■005F30FCvno_ioctl+00009C (??, ??, ??, ??, ??)
    ■006896F8common_ioctl+0000F8 (??, ??, ??, ??)
    ■00003850ovlya_addr_sc_flih_main+000130 ()
    ■9000000000067B0__ioctl+0000D0 (??, ??, ??, ??, ??)
    ■900000000006E8Cioctl+00004C (0000000300000003,
    0000647500006475,
    where we ran out of cdt entry
    
    basically the number of cdt entry was determined during
    the prepare phase. However, during dump phase, the autofs
    mounts have changed, therefore we are dumping more cdt
    entries which cause the machine to crash.
    

Local fix

Problem summary

  • machine crashed during live dump within autofs subsystem.
    The stack trace looks like
    KDB(4)> f
    pvthread+0D9A00 STACK:
     F1000000C040CF58 autofs_cdt_entry_u+000038 (F10000064E7FC004,
    F1000000C0420118, 0000000000000020, F100010802188BC0,
    FFFFFFFFFFFFFFFF  ?? )
     F1000000C040EA54 autofs_rasld_fnip+000254 (??, ??, ??, ??)
     F1000000C041001C autofs_ras_base_callback+0005BC (??, ??, ??,
    ??)
     00014D70 .hkey_legacy_gate+00004C ()
     00098EFC ldmp_issue_call@AF91_3+00005C (??, ??, ??)
     00097D28 ldmp_issue_start+000188 (??, ??, ??)
     00097A2C ldmp_start_and_buffer+00002C (??, ??)
     003D00BC new_kernel_stack+0000DC ()
     00095AE0 ldmp_ser_dump+0008A0 (??)
     00098BE0 livedump+000A80 (??)
     00402154 ldmp_take+000834 (??, ??)
     00402F04 ldmp_ioctl+000064 (??, ??)
     00584BEC rdevioctl+0000CC (??, ??, ??, ??, ??, ??)
     007577C0 spec_ioctl+000080 (??, ??, ??, ??, ??, ??)
     005DED70 vnop_ioctl+000050 (??, ??, ??, ??, ??, ??)
     005F30FC vno_ioctl+00009C (??, ??, ??, ??, ??)
     006896F8 common_ioctl+0000F8 (??, ??, ??, ??)
     00003850 ovlya_addr_sc_flih_main+000130 ()
     9000000000067B0 __ioctl+0000D0 (??, ??, ??, ??, ??)
     900000000006E8C ioctl+00004C (0000000300000003,
    0000647500006475,
    where we ran out of cdt entry
    
    basically the number of cdt entry was determined during
    the prepare phase. However, during dump phase, the autofs
    mounts have changed, therefore we are dumping more cdt
    entries which cause the machine to crash.
    

Problem conclusion

  • during prepare phase, record # of cdt instead of # of autofs
    structure. so that during dump phase, we will not go over.
    

Temporary fix

Comments

  • 6100-04 - use AIX APAR IZ80077
    6100-05 - use AIX APAR IZ80073
    6100-06 - use AIX APAR IZ80062
    6100-06 - use AIX APAR IZ80637
    7100-00 - use AIX APAR IZ80589
    

APAR Information

  • APAR number

    IZ80637

  • Reported component name

    AIX 610 STD EDI

  • Reported component ID

    5765G6200

  • Reported release

    610

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Submitted date

    2010-07-20

  • Closed date

    2010-07-20

  • Last modified date

    2013-03-28

  • APAR is sysrouted FROM one or more of the following:

    IZ80062

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    AIX 610 STD EDI

  • Fixed component ID

    5765G6200

Applicable component levels

  • R610 PSY U835918

       UP11/05/10 I 1000

PTF to Fileset Mapping

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSMV87","label":"AIX 6.1 Enterprise Edition"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"610","Edition":"","Line of Business":{"code":"LOB08","label":"Cognitive Systems"}},{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSMVAX","label":"AIX Express Edition"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"610","Edition":"","Line of Business":{"code":"LOB08","label":"Cognitive Systems"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSAUMY","label":"IBM AIX Enterprise Edition"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"610","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG11Q","label":"AIX 6.1 HIPERS, APARs and Fixes"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"610","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
28 March 2013