A fix is available
APAR status
Closed as program error.
Error description
A USER RUNS DSNTINST IN INSTALL TYPE AND ENTERS A DSNZPARM VALUE IN OPTION 7 DSNZPARM NAME ON PANEL DSNTIPO. THE NEXT TIME DSNTINST IS INVOKED, THE NAME ENTERED PREVIOUSLY BY THE USER HAS BEEN REPLACED BY DSNZPARM. THIS WORKED THE SAME WAY IN THE PREVIOUS RELEASES OF DB2, EXCEPT THE OPTION TO SPECIFY DSNZPARM, WAS ON THE MAIN MENU SO IT WAS OBVIOUS THE NAME MUST BE CHANGED IF THE DEFAULT VALUE IS NOT USED. WHEN RUNNING IN UPDATE MODE THE USER DOES NOT NECESSARILY GO TO PANEL DSNTIPO AND DOESN'T SEE THAT DSNZPARM NAME IS CHANGED. IT IS QUESTIONABLE IF &DSNTZPRM HAS TO BE SET TO &STR() AT SEQUENCE 00051000 IN DSNTINST CLIST.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: ALL DB2 USERS WHO USE THE CLIST "DSNTINST" * * TO INSTALL DB2. * **************************************************************** * PROBLEM DESCRIPTION: DSNZPARM VARIABLE NAME IS NOT KEPT * * FROM PREVIOUS RUN WHILE RUNNING * * DSNTINST CLIST IN UPDATE MODE. * **************************************************************** * RECOMMENDATION: APPLY THE APPLICABLE PTF. * **************************************************************** PRIOR TO VERSION2 RELEASE2 OF DB2, THE VARIABLE DSNZPARM NAME (NAME OF THE DB2 PARAMETER MODULE) WAS LOCATED ON THE MAIN PANEL DSNTIPA1. THIS VALUE IS ALWAYS RESET TO A DEFAULT VALUE OF "DSNZPARM" BETWEEN SESSIONS OF THE CLIST. BEING LOCATED ON THE MAIN PANEL, IT WAS OBVIOUS THAT THE DSNZPARM VALUE HAD TO BE CHANGED IF THE SITE DSNZPARM NAME DIFFERED FROM THE DEFAULT VALUE APPEARING ON THE SCREEN. IN VERSION2 RELEASE2 OF DB2, THE DSNZPARM VARIABLE IS NOT ON THE MAIN PANEL, INSTEAD IT IS ON PANEL DSNTIPO, A PANEL THAT IS NOT ALWAYS ACCESSED WHILE IN THE UPDATE MODE. HAVING RUN ONE SESSION OF THE CLIST IN UPDATE MODE, ACCESSING PANEL DSNTIPO AND CHANGING THE DSNZPARM VALUE TO A UNIQUE SITE VALUE, THEN RUNNING ANOTHER SESSION OF THE CLIST IN UPDATE MODE NOT ACCESSING PANEL DSNTIPO, IT MAY BE ASSUMED THAT THE DSNZPARM VALUE ENTERED IN THE PREVIOUS SESSION WAS USED, WHEN IN FACT IT WAS REPLACED WITH A DEFAULT VALUE "DSNZPARM".
Problem conclusion
THE CLIST DSNTINST WAS MODIFIED TO USE THE VALUE ENTERED FOR THE DSNZPARM BETWEEN SESSIONS OF THE CLIST INSTEAD OF REPLACING THE DSNZPARM NAME WITH A DEFAULT VALUE OF "DSNZPARM".
Temporary fix
Comments
APAR Information
APAR number
PL50389
Reported component name
5740 IBM DATABA
Reported component ID
5740XYR00
Reported release
220
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
1989-09-26
Closed date
1989-10-24
Last modified date
1992-02-09
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UL61618
Modules/Macros
DSNTINST
Fix information
Fixed component name
5740 IBM DATABA
Fixed component ID
5740XYR00
Applicable component levels
R220 PSY UL61618
UP89/10/30 P F001
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.
[{"Line of Business":{"code":"LOB10","label":"Data and AI"},"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"220"}]
Document Information
Modified date:
04 March 2021