A fix is available
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:
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
U835918 bos.net.nfs.client 6.1.6.15
[{"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