IV20184: SNMP HELPER(NCP_DH_SNMP) DOES NOT PROCESS OTHER GENERIC COMMUNITY STRINGS WHEN PREVIOUSLY SUCCEEDED ONE FAILS

ITNMIP_Patch_V3.8.0.89_Win32
3.8.0-TIV-ITNMIP-Solaris-REF-FP0007
3.8.0-TIV-ITNMIP-Linux-REF-FP0007
ITNMIP_Patch_V3.8.0.89_AIXPPC32
IBM Tivoli Network Manager IP 3.9.0 Fix Pack 3, 3.9.0-TIV-ITNMIP-FP0003
IBM Tivoli Network Manager IP 3.9.0 Fix Pack 4, 3.9.0-TIV-ITNMIP-FP0004
IBM Tivoli Network Manager IP Edition 3.9.0 Fix Pack 5, 3.9.0-TIV-ITNMIP-FP0005

APAR status

• Closed as program error.

Error description

• v3.8.0.75 (FP6) - platform independent
  
  Snmp helper fails to try other community strings when previously
  succeeded string fails - resulting the device in 'NOSNMPAcecess'
  and/or duplicate nodes if EntityName doesn't match.
  
  Steps to replicate:
  1) Set comm trings as 'public' and 'xyz' under
  SnmpStackSecurityInfo.cfg
  2) Enable a Device to have comm string as 'public'
  3) Start the domain and kick off discovery - verify string under
  ncmonitor.snmpTarget being listed as 'public'
  4) Change comm string on Device to 'xyz' and restart snmp deamon
  on the device. Verify the device is responding to only to 'xyz'.
  5) Kick off another full disovery ( don't stop or do HUP on
  ncp_dh_snmp)
  The result of new discovery in step '5' results in 'NOSNMP'
  6) Do either HUP or restart ncp_dh_snmp - and then kick off full
  discovery - this will cause snmp helper to try second password
  if 'public' fails.
  

Local fix

• restart snmp helper upon completion of every discovery.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * 3.8, 3.9 all platforms                                       *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * SNMP HELPER(NCP_DH_SNMP) DOES NOT PROCESS OTHER GENERIC      *
  * COMMUNITY STRINGS WHEN PREVIOUSLY SUCCEEDED ONE FAILS        *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * hup the helper process or restart it to force the helper to  *
  * make it re-read the SNMP configuration                       *
  ****************************************************************
  

Problem conclusion

• | fix pack | 3.8.0-ITNMIP-FP0007
  | fix pack | 3.9.0-ITNMIP-FP0003
  

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

  NC/PREC DISCOVY

• Fixed component ID

  5724O52DS

Applicable component levels

• R380 PSY

     UP

• R390 PSY

     UP