IJ45538: FILE NOT COPIED VIA RESYNC THROUGH AFMFASTCREATECONFIGURED

APAR status

• Closed as program error.

Error description

• When afmFastCreate is configured and a normal file gets copied -
  it sets the cache/primary mtime at the home/Secondary during
  file create time itself.
  Later if Write gets interrupted mid-way and later a Resync is
  run on this fileset - the same file is not copied over fully
  stating that the file is already in sync. It involves a small
  race to get here.
  

Local fix

Problem summary

• When afmFastCreate is configured and a normal file gets copied -
   it sets the cache/primary mtime at the home/Secondary during
  file create time itself.
  
  Later if Write gets interrupted mid-way and later a Resync is
  run on this fileset - the same file is not copied over fully
  stating that the file is already in sync. It involves a small
  race to get here.
  

Problem conclusion

• This problem is fixed in 5.1.2.10
  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:
  File is copied reliably over Resync when afmFastCreateis
  enabled.
  
  Work around:
  None
  
  Problem trigger:
  Running Resync on fileset with afmFastCreate enabled with a
  partially copied file from cache to home.
  
  Symptom:
  Unexpected Behavior
  
  Platforms affected:
  All Linux OS platforms (AFM Gateway nodes only)
  
  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