IV32945: MACHINE CRASHED WITHIN .SIMPLE_LOCK_TRY DUE TO NULL 13/05/01 PTF PECHANGE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• machine crashed within .simple_lock_try due to NULL
  inode pointer. The stack trace looks like
  
  (2)> f
  pvthread+042500 STACK:
  ￭0000A6D4.simple_lock_try+000014 ()
  ￭002CACE8iAlloc+000168 (??, ??)
  ￭002D0F90iGet+0015D0 (??, ??, ??, ??, ??)
  ￭002CE6D8iCreate+000098 (??, ??, ??, ??, ??, ??, ??)
  ￭003C76F0j2_create+0006F0 (??, ??, ??, ??, ??, ??, ??, ??)
  ￭00629D0Cvnop_create_attr+00014C (??, ??, ??, ??, ??, ??, ??,
     ??)
  ￭06AC04E0rfs3_create+000240 (??, ??, ??, ??, ??)
  ￭0693CE8Crfs_dispatch+0008CC (??, ??)
  ￭068F0F7Csvc_getreq+00087C (??)
  ￭00252054threadentry+000054 (??, ??, ??, ??)
  ￭kdb_read_mem no real storage @ FFFFFFFFFFF8E90
  
  where the ccp->cc_cacheList is correct and not corrupted.
  but the ccp is not locked by the current thread (it should be)
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:
  * Systems running the 7100-01 Technology Levels with the
  * bos.mp64 fileset at level 7.1.1.17.
  ****************************************************************
  * PROBLEM DESCRIPTION:
  *
  * machine crashes within .simple_lock_try with a stack trace
  * that looks like:
  *
  *  0000A6D4 .simple_lock_try+000014 ()
  *  002CACE8 iAlloc+000168 (??, ??)
  *  002D0F90 iGet+0015D0 (??, ??, ??, ??, ??)
  *  002CE6D8 iCreate+000098 (??, ??, ??, ??, ??, ??, ??)
  *  003C76F0 j2_create+0006F0 (??, ??, ??, ??, ??, ??, ??, ??)
  *  00629D0C vnop_create_attr+00014C (??, ??, ??, ??, ??, ??,...
  *  06AC04E0 rfs3_create+000240 (??, ??, ??, ??, ??)
  *  0693CE8C rfs_dispatch+0008CC (??, ??)
  *  068F0F7C svc_getreq+00087C (??)
  *  00252054 threadentry+000054 (??, ??, ??, ??)
  *  kdb_read_mem  no real storage @ FFFFFFFFFFF8E90
  *
  ****************************************************************
  * RECOMMENDATION:
  * Install APAR IV32945.
  ****************************************************************
  

Problem conclusion

• in iRecycle(), return EAGAIN instead of EBUSY if fs is in
  degraded mode and the inode is dirty.
  

Temporary fix

Comments

APAR Information

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

  IV26157

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

Fix information

• Fixed component name

  AIX V7.1

• Fixed component ID

  5765H4000

Applicable component levels

• R710 PSY U854884

     UP13/04/25 I 1000

PTF to Fileset Mapping

• U854884 bos.mp64 7.1.1.18