IJ48873: LSEEK RETURNS HOLE FOR MIGRATED FILE CAUSING TAR TO NOT GENERATE

APAR status

• Closed as program error.

Error description

• tar by default uses SEEK_HOLE which in gpfs is not
  dmapi aware and as an empty file is incorrectly seen
  the recall does not happen and an empty archives results
  

Local fix

Problem summary

• File data loss when copying or archiving data from migrated
  files (e.g., using "cp" or "tar" command that supports to detect
   sparse holes in source files with lseek(2) interface).
  

Problem conclusion

• This problem will be fixed in 5.1.9.0
  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:
  Prevent the data from losing after copying or archiving from
  files in active filesystem when the copy or archive applications
  are using the lseek(2) interface to detect sparse holes in the
  source file.
  
  Work Around:
  Switch to use other copy or archive tools to copy or archive the
  data from migrated files, or recall the file before using the
  copy or archive applications.
  
  Problem trigger:
  Using the copy or archive tools that support to detect the
  sparse holes in the source file with the lseek(2) interface.
  
  Symptom:
  Data Loss
  
  Platforms affected:
  Linux Only
  
  Functional Area affected:
  DMAPI
  
  Customer Impact:
  Critical
  

Temporary fix

Comments

APAR Information

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

  IJ42454

• 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