IJ48032: GNR DAEMON ASSERT DPP->DPGETBLOCKDEVICE() == PDBLOCKDEVICERP

APAR status

• Closed as program error.

Error description

• GNR daemon assert dpP->dpGetBlockDevice() == pdBlockDeviceRP
  goes off in response to certain pdisk device state changes,
  which will bring down mmfsd.
  This problem was introduced in GPFS
  5.1.5.1, and impacts GNR systems runningthe following code
  levels:
  - 5.1.2.4+
  - 5.1.5.1+
  - 5.1.6+
  - 5.1.7.0 but not 5.1.7.1+ (5.1.7.1+ gets a workaround patch)
  

Local fix

Problem summary

• GNR daemon assert dpP->dpGetBlockDevice() == pdBlockDeviceRP
  goes off in response to certain pdisk device state changes,
  which will bring down mmfsd.
  
  This problem was introduced in GPFS 5.1.5.1, and impacts GNR
  systems running the following code levels:
  - 5.1.2.4+
  - 5.1.5.1+
  - 5.1.6+
  - 5.1.7.0 but not 5.1.7.1+ (5.1.7.1+ gets a workaround patch)
  

Problem conclusion

• This problem is fixed in 5.1.2.13
  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:
  Root cause of assert was found and corrected.
  If in on the 5.1.2 stream, upgrade to the latest PTF to avoid
  this issue. Otherwise, move to 5.1.7.1+ or later.
  
  Work Around:
  None
  
  Problem trigger:
  A condition occurs in which thepdisk device paths remain visible
  to the Operating System, but something happens such that the
  pdisk no longer believes it should be associated with the given
  block device that those paths represent. The most common cause
  for this dissociation if the pdisk descriptor labels at the
  earlier LBA become overwritten or corrupted. This kind
  of corruption is often the result of hardware errors, but it can
  occur if some external process interferes and corrupts the disk
  areas that are managed by GPFS and GNR.The dissociation step had
  a regression from another fix, which causes the assert. Other
  conditions for the dissociation are possible, but have not been
  properly identified as of thetime of this fix.
  
  Symptom:
  Abend/Crash
  
  Platforms affected:
  Linux Only
  
  Functional Area affected:
  ESS/GNR
  
  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