IJ53036: GPFS DAEMON ASSERT GOING OFF: INDEX >= 0 && INDEX < MAXTCPCONNSPERNODECONN

APAR status

• Closed as program error.

Error description

• Daemon assert going off: index >= 0 && index <
  maxTcpConnsPerNodeConn in file llcomm_m.C resulting in a GPFS
  daemon shutdown.
  

Local fix

Problem summary

• Daemon assert going off: index >= 0 && index <
  maxTcpConnsPerNodeConn in file llcomm_m.C resulting in a GPFS
  daemon shutdown.
  

Problem conclusion

• This problem is fixed in 5.1.9.7
  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:
  Fixed the code to make sure that RPCs or replies will only use a
  valid TCP connection.
  
  Work around:
  None.
  
  Problem trigger:
  When RDMA verbsSend is enabled and number of RDMA connections is
  larger than 16, if reconnect happens, could cause assert going
  off.
  
  Symptom:
  Abend/Crash
  
  Platforms affected:
  ALL Linux OS environments
  
  Functional Area affected:
  All Scale Users
  
  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