IJ40607: RECOVERY TRIES TO QUEUE AN RMDIR ON A FILE AND QUEUE GETS STUCK WITH AN ERROR 20

APAR status

• Closed as program error.

Error description

• When recovery happens, and encounters extra entries
  within a deleted directory from the cache - it tends to
  determine the mode of the remote entry and queue
  Remove/Rmdir accordingly. But sometimes it gets
  the mode wrong and ends up queuing Rmdir on a file
  instead of a Remove. This causes the queue to be
  stuck forever.
  

Local fix

Problem summary

• When recovery happens, and encounters extra entries
  within a deleted directory from the cache - it tends to
  determine the mode of the remote entry and queue
  Remove/Rmdir accordingly. But sometimes it gets
  the mode wrong and ends up queuing Rmdir on a file
  instead of a Remove. This causes the queue to be
  stuck forever.
  

Problem conclusion

• This problem is fixed in 5.1.4 PTF 1
  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:
  Queue the right operations on the file and replicate
  the queue without being stuck.
  
  Work around:
  None today.
  Problem trigger:
  Recovery on AFM fileset with large number of removes/rmdirs
  to be captured by the recovery.
  Symptom:
  Unexpected Behavior
  Platforms affected:
  ? ALL Linux OS environments (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