IJ47408: DROPPING INFLIGHT MESSAGE FROM AFM QUEUE CAUSES GATEWAY NODE TO CRASH

APAR status

• Closed as program error.

Error description

• AFM doesn't check the state of a message when dropping it using
  the \"mmfsadm afm msgdrop\" option. Its better to leave inflight
   messages be - and drop a message in any other state. Dropping
  inflight messages has a long term implication on the queue. It
  either hits a safety assertion or a Signal 11/6 somewhere to
  lose the queue.
  

Local fix

• User has to carefully put queue into suspended state and then
  drop messages.
  

Problem summary

• AFM doesn't check the state of a message when dropping it using
  the \"mmfsadm afm msgdrop\" option. Its better to leave inflight
   messages be - and drop a message in any other state. Dropping
  inflight messages has a long term implication on the queue. It
  either hits a safety assertion or a Signal 11/6 somewhere to
  lose the queue.
  

Problem conclusion

• This problem is fixed in 5.1.2.12 
  To see all Spectrum Scale APARs and their respective
  Fix solutions refer to page:
  https://public.dhe.ibm.com/storage/spectrumscale/spectrum_scale_
  apars.html
  
  Benefits of the solution:
  No safety assertion or Gateway node crash leading to an AFM
  Recovery on the Gateway node.
  
  Work around:
  User has to carefully put queue into suspended state and then
  drop messages.
  
  Problem trigger:
  Dropping a message in the AFM queue that is inflight.
  
  Symptom:
  Crash
  
  Platforms affected:
  All Linux OS Environments (Acting as AFM Gateway nodes)
  
  Functional Area affected:
  AFM
  
  Customer Impact:
  High Importance
  

Temporary fix

Comments

APAR Information

• 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

  SPEC SCALE STD

• Fixed component ID

  5737F33AP

Applicable component levels