A fix is available
APAR status
Closed as program error.
Error description
Stopping either the CNMCALRT or AOFALRT tasks when they are both active causes the NETVALRT PPI receiver to be marked inactive.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All Tivoli NetView users of the CNMCALRT * * program. * **************************************************************** * PROBLEM DESCRIPTION: When two or more tasks running the * * CNMCALRT program are started (for * * example the AOFCALRT and CNMCALRT tasks * * which use the CNMCALRT program are * * started) in either the same or * * different address spaces and any one of * * them is stopped using the NetView STOP * * TASK=... command, the NETVALRT PPI * * receiver (owned by the first instance * * of the CNMCALRT program) is marked * * inactive and the owning CNMCALRT * * program (assuming it was not the one * * stopped) will never be posted again * * unless it is recycled. * * Additional search criteria: CNM281I * **************************************************************** * RECOMMENDATION: * **************************************************************** The CNMCALRT program is coded to check to make sure the NETVALRT receiver is inactive. If it finds the NETVALRT receiver to be active it issues the following message: CNM281I NETVIEW ALERT RECEIVER ID= NETVALRT IS ALREADY ACTIVE and continues initialization until it is fully active. However, if the task running CNMCALRT under these conditions is stopped using the NetView STOP TASK=... command, the CNMCALRT program will issue a PPI terminate request for the PPI NETVALRT receiver causing it to become inactive. This will prevent the owner of the NETVALRT PPI receiver from ever being posted with new alerts unless the owner is recycled. While investigating this problem I also noticed that there is a new STOP command function (PPI=...) in NetView V5R3. Issuing this command against any active PPI receiver would cause the owning PPI receiver task to never be posted. Issuing the new STOP PPI=... command against an inactive PPI receiver will erroneously delete the PPI receiver.
Problem conclusion
The CNMCALRT program is being changed to use the latest DTR size for its respective NetView release and to turn on the exclusive use DTR flag when initializing the NETVALRT PPI receiver. Also when it is discovered that the NETVALRT PPI receiver is already active, CNMCALRT will terminate without terminating the NETVALRT receiver. CNMCPCCI and CNMCPCUI are being changed to prevent the STOP PPI= command from deleting an already inactive PPI receiver. The STOP PPI=... command will issue the following instead: CNM236I STOP-PPI : abTermRcvr FAILED WITH RETURN CODE 15
Temporary fix
Comments
APAR Information
APAR number
OA28446
Reported component name
NETVIEW FOR Z/O
Reported component ID
5697ENV00
Reported release
53B
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-03-30
Closed date
2009-05-22
Last modified date
2009-09-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UA47615 UA47616
Modules/Macros
CNMCALRT CNMCPCCI CNMCPCUI
Fix information
Fixed component name
NETVIEW FOR Z/O
Fixed component ID
5697ENV00
Applicable component levels
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSZJDU","label":"IBM Z NetView"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"53B","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
01 September 2009