Re: CICS Transaction 'QKVA' is not recognized
Hello Terry, Here's what's happened .. three days before my original post, I had emailed IBM but heard nothing thus the post. Sent a reminder email to IBM and got an instant response and as Friday wore on, a solution (they're good). It seems that what I'd learned here and did was correct. The missing bit was as simple as making a copy of DFH420.SVTSC.PROCLIB(CICSTS42) to my VENDOR.PROCLIB (apparently being on the pecking chain (which was in the Dallas documentation but I knew too little to comprehend)) and concatenating a // DD DSN=VENDOR.LOADUSER,DISP=SHR (where I stick pgms and maps) to the DFHRPL stmt therein .. is an example of your 'pristine' I think. .. anyway my menu scrn appeared! Am a happy camper. Everything's simple - if you know how. Small downside was getting PROG755's in some of my maps that never appeared with the same transaction in TXSeries .. will work on that before coming back here:-). In the meantime I would very much thank you and all who helped, am learning more of CICS tous le temps. Graham -- On 24/05/2013 11:39 AM, Terry Sambrooks wrote: Hi Graham, Assuming that you have changed the GRPLIST in the SYSIN SIT to include your LIST, i.er. the LIST which holds your group (GROUP1), then you should not need to perform an INSTALL after each START=INITIAL. I use an ADCD rather than a Dallas system but the process is the same as I mentioned in my earlier post. If you are able to view your CICS system via SDSF, the relevant SYSIN should be in the JCL of that task which typically contains multiple steps, the first two being IDCAMS executions and the third is CICS itself. The SYSIN DD statement in this step will specify a data set name with a member name appended and it is this member name which will contain the SIT parameters probably starting with the APPLID. The GRPLIST parameter will be found here also and probably only points to XYZLIST which is an IBM provided list. To include your list simple code GRPLIST(XYZLIST,INITLIST),. (You are allowed up to 4 lists.) Given the data set names in your last post, and checking with the CICS42 procedure on my system I would expect the SYSIN data set to be called DFH420.SYSIN, which contains 6 DFHSIP members. If the default from the SIP symbolic parameter is being used then the member of interest would be DFH$SIP$1. I would recommend copying this member and changing the last digit so that CICS could be started with SIP=G say, to allow CICS to be started with /s cicsts42,SIP=G - start=initial should not be needed as it is the default in the procedure if it standard. I think I might have missed the DFHCSDUP ADD GROUP to LIST item as I thought I had read that into your original post but the sequence should be: DEFINE resources - Which creates new group if it is not already in existence ADD Group to LIST - Which creates new list if it is not already in existence Both of the above can be done with DFHCSDUP and if CICS is stopped and started with the new list in GRPLIST, there is no need for INSTALL which cannot be done via DFHCSDUP. I actually have a pair programs which exploit the CICS EXCI interface to allow INSTALL from batch but that's another story. Finally if you are happy to update an IBM list then your group have been added to XYZLIST. For preference I like to keep IBM supplied stuff pristine thus providing a fall-back position if and when things go pear shaped. Kind Regards - Terry Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Reg : 3767263 Outgoing e-mails have been scanned, but it is the recipients responsibility to ensure their anti-virus software is up to date. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS Transaction 'QKVA' is not recognized
HI Graham, Both Lizette and Wayne have correctly indicated that doing a CEDA INSTALL as prior to issuing that command the transaction definition is defined within the CSD but not available to CICS for use. Additionally it may be worth knowing that INSTALL is not possible via DFHCSDUP. If CICS is started with a WARM or EMERGENCY start the CSD is not used to refresh the resource definitions within CICS, it uses the CICS Global Catalogue instead. If an INITIAL or COLD start is performed it will use the CSD. Doing the INSTALL via CEDA is fine for WARM/EMERGENCY situations but to cater for INITIAL/COLD if a new LIST has been created it is worth checking the GRPLIST parameter in the SIT to ensure that the list is defined to CICS start-up. The SIT can be located by checking the member name in the data set defined via the SYSIN DD statement in the CICS step of the start-up JCL . Kind Regards - Terry Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Reg : 3767263 Outgoing e-mails have been scanned, but it is the recipients responsibility to ensure their anti-virus software is up to date. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS Transaction 'QKVA' is not recognized
Graham, Is INITLIST defined to your CICS via the GRPLIST parameter in the SIT or SIT override like, GRPLIST=(XYZLIST,INITLIST,etc)? If not then maybe you should add GROUP1 to XYZLIST so it will be available at each cold/initial startup. Or add INITLIST to GRPLIST parameter, reassemble SIT,(necessary if not a sysin or parm override), and cold/initial-start. Regards, s http://www.medmutual.com/ Visit http://www.medmutual.com/ CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential or exempt from disclosure by law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you are strictly prohibited from printing, storing, disseminating, distributing or copying this message. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Neither this information block, the typed name of the sender, nor anything else in this message is intended to constitute an electronic signature, unless a specific statement to the contrary is included in this message. Thank you, Medical Mutual. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Graham Hobbs Sent: Thursday, May 23, 2013 12:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CICS Transaction 'QKVA' is not recognized Hello, My question is about finding a solution to: DFHAC2001 05/22/2013 21:09:19 CICSTS42 Transaction 'QKVA' is not recognized. Check that the transaction name is correct. Long technical post, very sorry, not a sysprog, at Dallas VIC, z/OS, CICSTS42 and struggling to make my first CICS transaction at Dallas work. Have pored over docs but clearly missed something. In my old app programmer days I'd call the CICS guy (now me (yuk)). The DFHAC2001 only told me am missing something and being fearful of having to do something radical to some DFH420 file:-(( so 'nth' degree steps would be priceless .. might someone give me clues? .. details: all programs, maps, transid's and KSDS files are loaded via a batch DFHCSDUP (part of an automated process thus RDO is not on) e.g .. //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) DELETE TRANSACTION(QKVA) GROUP(GROUP1) DEFINE TRANSACTION(QKVA) GROUP(GROUP1) PROGRAM(QKVSP01) DESCRIPTION(Main_menu_pgm) // .. which worked ok but since QKVA didn't work, reading told me I needed .. CEDA ADD GROUP(GROUP1) LIST(INITLIST) .. which seemed to work; knowing XYZLIST exists at Dallas, to learn what to expect, did .. D LIST(XYZLIST) NAME TYPE LIST LAST CHANGE DFHDCTG GROUPXYZLIST 10/25/11 20:41:24 DFHBMS GROUPXYZLIST 10/25/11 20:41:24 DFHCONS GROUPXYZLIST 10/25/11 20:41:24 DFHDBCTL GROUPXYZLIST 10/25/11 20:41:24 DFHDB2 GROUPXYZLIST 10/25/11 20:41:24 DFHEDF GROUPXYZLIST 10/25/11 20:41:24 etc .. and found the above; did the same for my INITLIST and got .. D LIST(INITLIST) NAME TYPE LIST LAST CHANGE GROUP1 GROUPINITLIST 05/22/13 19:24:21 .. which looks OK to me BUT didn't show any GROUP1 entries so I did .. D GROUP(GROUP1) ENTER COMMANDS NAME TYPE GROUPLAST CHANGE QKVSKEYA FILE GROUP1 05/22/13 19:38:22 QKVSKEYB FILE GROUP1 05/22/13 19:38:22 QKVSKEYC FILE GROUP1 05/22/13 19:38:22 QKVSHE1 MAPSET GROUP1 05/22/13 19:38:21 QKVSHE2 MAPSET GROUP1 05/22/13 19:38:21 etc QKVSP01 PROGRAM GROUP1 05/22/13 19:38:21 QKVSP02 PROGRAM GROUP1 05/22/13 19:38:21 etc QKVA TRANSACTION GROUP1 05/22/13 19:38:22 QKVB TRANSACTION GROUP1 05/22/13 19:38:22 etc .. which also looks good .. Novice thinking is asking why D LIST(INITLIST) doesn't show my GROUP1 things? I have shut down CICS, reloaded via the DFHCSDUP, done START=INITIAL, various combos thereof .. nothing! Please, thanks Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS Transaction 'QKVA' is not recognized
Hi Terry, Thanks, am getting a bit knotted with all the incoming info helping me, if I may .. -- I use batch DFHCSDUP just for DEFINE'ing all my pgms, maps, files and transid's (avg 20 each time) because is part of an automated process (RDO is a non-starter). The entries seem to 'stick' from bounce to bounce .. so am guessing that DFHCSDUP is OK in this context but not for INSTALLing groups/lists what have you. I'd like to believe this because DFHCSDUP is fundamental to my little system e.g: //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) .. plus several more DEFINE's -- About warm etc starts: being a Dallas 'guest' I am skillwise limited to do what they say i.e.. /s cicsts42,start=initial /f cicsts42,cemt p shut imm .. that's my limit. -- .. bell just rang, email from Patrick .. will now do a search for APPLID=, I found his third sentence DEVASTATING for me, sounds like I'd have to INSTALL my GROUP1 and INITLIST after each start=initial .. sounds like 'not the way to go'. -- Where should I look for 'the SYSIN DD statement in the CICS step of the start-up JCL' .. think am asking where is the SIT table/file? Search path I'm using is: //NEWDDDD DSN=DFH420.SVSC.CPSM.CUSTOM.INSTALL,DISP=SHR // DD DSN=DFH420.SVSC.CUSTOM.INSTALL,DISP=SHR // DD DSN=DFH420.SVSC.DOCLIB,DISP=SHR // DD DSN=DFH420.SVSC.INSTALL,DISP=SHR // DD DSN=DFH420.SVSC.MIS.SERVICE,DISP=SHR // DD DSN=DFH420.SVSC.PGMDIR,DISP=SHR // DD DSN=DFH420.SVSC.README,DISP=SHR // DD DSN=DFH420.SVSC.RIMLIB,DISP=SHR // DD DSN=DFH420.SVSC.SAMPLES,DISP=SHR .. is right? -- .. the search for APPLID= and SYSIN did point to what might be significant being .. BROWSEDFH420.SVSC.CUSTOM.INSTALL(CEECCSD) - 01.0 Line 0 Command === Top of Data ** /DFHCSDXJOB (FB3),IBMUSER,REGION=4M, /CLASS=A,MSGCLASS=X,COND=(0,NE),NOTIFY=SYSUID /* ADD LE SUPPORT FOR CICS TS /CSDUP EXEC PGM=DFHCSDUP,REGION=1M /STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR /DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR /SYSPRINT DD SYSOUT=* /SYSDUMP DD SYSOUT=* /SYSINDD DSN=CEE.SCEESAMP(CEECCSD),DISP=SHR * /CSDADDEXEC PGM=DFHCSDUP,REGION=1M /STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR /DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR /SYSPRINT DD SYSOUT=* /SYSDUMP DD SYSOUT=* /SYSINDD * ADD GROUP(CEE) LIST(XYZLIST) * *** Bottom of Data .. am I searching in the right place? am I getting closer? is this where I might add in: ADD GROUP(GROUP1) LIST(XYZLIST) and did I ever need to create an INITLIST which is what I did? -- I thank all for your patience, rest assured you won't hear from me after I see my QKVA transid bring up my menu screen!!! .. until next time:-) Tia Graham .. other kind posters .. am thinking .. help is so welcome -- On 24/05/2013 3:27 AM, Terry Sambrooks wrote: HI Graham, Both Lizette and Wayne have correctly indicated that doing a CEDA INSTALL as prior to issuing that command the transaction definition is defined within the CSD but not available to CICS for use. Additionally it may be worth knowing that INSTALL is not possible via DFHCSDUP. If CICS is started with a WARM or EMERGENCY start the CSD is not used to refresh the resource definitions within CICS, it uses the CICS Global Catalogue instead. If an INITIAL or COLD start is performed it will use the CSD. Doing the INSTALL via CEDA is fine for WARM/EMERGENCY situations but to cater for INITIAL/COLD if a new LIST has been created it is worth checking the GRPLIST parameter in the SIT to ensure that the list is defined to CICS start-up. The SIT can be located by checking the member name in the data set defined via . Kind Regards - Terry Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Reg : 3767263 Outgoing e-mails have been scanned, but it is the recipients responsibility to ensure their anti-virus software is up to date. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CICS Transaction 'QKVA' is not recognized
Hello, My question is about finding a solution to: DFHAC2001 05/22/2013 21:09:19 CICSTS42 Transaction 'QKVA' is not recognized. Check that the transaction name is correct. Long technical post, very sorry, not a sysprog, at Dallas VIC, z/OS, CICSTS42 and struggling to make my first CICS transaction at Dallas work. Have pored over docs but clearly missed something. In my old app programmer days I'd call the CICS guy (now me (yuk)). The DFHAC2001 only told me am missing something and being fearful of having to do something radical to some DFH420 file:-(( so 'nth' degree steps would be priceless .. might someone give me clues? .. details: all programs, maps, transid's and KSDS files are loaded via a batch DFHCSDUP (part of an automated process thus RDO is not on) e.g .. //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) DELETE TRANSACTION(QKVA) GROUP(GROUP1) DEFINE TRANSACTION(QKVA) GROUP(GROUP1) PROGRAM(QKVSP01) DESCRIPTION(Main_menu_pgm) // .. which worked ok but since QKVA didn't work, reading told me I needed .. CEDA ADD GROUP(GROUP1) LIST(INITLIST) .. which seemed to work; knowing XYZLIST exists at Dallas, to learn what to expect, did .. D LIST(XYZLIST) NAME TYPE LIST LAST CHANGE DFHDCTG GROUPXYZLIST 10/25/11 20:41:24 DFHBMS GROUPXYZLIST 10/25/11 20:41:24 DFHCONS GROUPXYZLIST 10/25/11 20:41:24 DFHDBCTL GROUPXYZLIST 10/25/11 20:41:24 DFHDB2 GROUPXYZLIST 10/25/11 20:41:24 DFHEDF GROUPXYZLIST 10/25/11 20:41:24 etc .. and found the above; did the same for my INITLIST and got .. D LIST(INITLIST) NAME TYPE LIST LAST CHANGE GROUP1 GROUPINITLIST 05/22/13 19:24:21 .. which looks OK to me BUT didn't show any GROUP1 entries so I did .. D GROUP(GROUP1) ENTER COMMANDS NAME TYPE GROUPLAST CHANGE QKVSKEYA FILE GROUP1 05/22/13 19:38:22 QKVSKEYB FILE GROUP1 05/22/13 19:38:22 QKVSKEYC FILE GROUP1 05/22/13 19:38:22 QKVSHE1 MAPSET GROUP1 05/22/13 19:38:21 QKVSHE2 MAPSET GROUP1 05/22/13 19:38:21 etc QKVSP01 PROGRAM GROUP1 05/22/13 19:38:21 QKVSP02 PROGRAM GROUP1 05/22/13 19:38:21 etc QKVA TRANSACTION GROUP1 05/22/13 19:38:22 QKVB TRANSACTION GROUP1 05/22/13 19:38:22 etc .. which also looks good .. Novice thinking is asking why D LIST(INITLIST) doesn't show my GROUP1 things? I have shut down CICS, reloaded via the DFHCSDUP, done START=INITIAL, various combos thereof .. nothing! Please, thanks Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS Transaction 'QKVA' is not recognized
Hi Have you installed the GROUP1 ? CEDA INST G(GROUP1) If you had you can see with CEMT INQ TRANS(QKVA) If you don't see check the MSGLOG for any errors On 23.05.2013 18:37, Graham Hobbs wrote: Hello, My question is about finding a solution to: DFHAC2001 05/22/2013 21:09:19 CICSTS42 Transaction 'QKVA' is not recognized. Check that the transaction name is correct. Long technical post, very sorry, not a sysprog, at Dallas VIC, z/OS, CICSTS42 and struggling to make my first CICS transaction at Dallas work. Have pored over docs but clearly missed something. In my old app programmer days I'd call the CICS guy (now me (yuk)). The DFHAC2001 only told me am missing something and being fearful of having to do something radical to some DFH420 file:-(( so 'nth' degree steps would be priceless .. might someone give me clues? .. details: all programs, maps, transid's and KSDS files are loaded via a batch DFHCSDUP (part of an automated process thus RDO is not on) e.g .. //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) DELETE TRANSACTION(QKVA) GROUP(GROUP1) DEFINE TRANSACTION(QKVA) GROUP(GROUP1) PROGRAM(QKVSP01) DESCRIPTION(Main_menu_pgm) // .. which worked ok but since QKVA didn't work, reading told me I needed .. CEDA ADD GROUP(GROUP1) LIST(INITLIST) .. which seemed to work; knowing XYZLIST exists at Dallas, to learn what to expect, did .. D LIST(XYZLIST) NAME TYPE LIST LAST CHANGE DFHDCTG GROUPXYZLIST 10/25/11 20:41:24 DFHBMS GROUPXYZLIST 10/25/11 20:41:24 DFHCONS GROUPXYZLIST 10/25/11 20:41:24 DFHDBCTL GROUPXYZLIST 10/25/11 20:41:24 DFHDB2 GROUPXYZLIST 10/25/11 20:41:24 DFHEDF GROUPXYZLIST 10/25/11 20:41:24 etc .. and found the above; did the same for my INITLIST and got .. D LIST(INITLIST) NAME TYPE LIST LAST CHANGE GROUP1 GROUPINITLIST 05/22/13 19:24:21 .. which looks OK to me BUT didn't show any GROUP1 entries so I did .. D GROUP(GROUP1) ENTER COMMANDS NAME TYPE GROUPLAST CHANGE QKVSKEYA FILE GROUP1 05/22/13 19:38:22 QKVSKEYB FILE GROUP1 05/22/13 19:38:22 QKVSKEYC FILE GROUP1 05/22/13 19:38:22 QKVSHE1 MAPSET GROUP1 05/22/13 19:38:21 QKVSHE2 MAPSET GROUP1 05/22/13 19:38:21 etc QKVSP01 PROGRAM GROUP1 05/22/13 19:38:21 QKVSP02 PROGRAM GROUP1 05/22/13 19:38:21 etc QKVA TRANSACTION GROUP1 05/22/13 19:38:22 QKVB TRANSACTION GROUP1 05/22/13 19:38:22 etc .. which also looks good .. Novice thinking is asking why D LIST(INITLIST) doesn't show my GROUP1 things? I have shut down CICS, reloaded via the DFHCSDUP, done START=INITIAL, various combos thereof .. nothing! Please, thanks Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS Transaction 'QKVA' is not recognized
Install GROUP1 (CEDA INSTALL GROUP(GROUP1). Check that the transaction is now available. No need to bounce CICS. On Fri, May 24, 2013 at 2:54 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi Have you installed the GROUP1 ? CEDA INST G(GROUP1) If you had you can see with CEMT INQ TRANS(QKVA) If you don't see check the MSGLOG for any errors On 23.05.2013 18:37, Graham Hobbs wrote: Hello, My question is about finding a solution to: DFHAC2001 05/22/2013 21:09:19 CICSTS42 Transaction 'QKVA' is not recognized. Check that the transaction name is correct. Long technical post, very sorry, not a sysprog, at Dallas VIC, z/OS, CICSTS42 and struggling to make my first CICS transaction at Dallas work. Have pored over docs but clearly missed something. In my old app programmer days I'd call the CICS guy (now me (yuk)). The DFHAC2001 only told me am missing something and being fearful of having to do something radical to some DFH420 file:-(( so 'nth' degree steps would be priceless .. might someone give me clues? .. details: all programs, maps, transid's and KSDS files are loaded via a batch DFHCSDUP (part of an automated process thus RDO is not on) e.g .. //DFHCSDUP EXEC PGM=DFHCSDUP,REGION=1M, // PARM='CSD(READWRITE),PAGESIZE(60),NOCOMPAT' //STEPLIB DD DSN=DFH420.CICS.SDFHLOAD,DISP=SHR //DFHCSD DD DSN=DFH420.DFHCSD,DISP=SHR //OUTDDDD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE PROGRAM(QKVSP01) GROUP(GROUP1) DEFINE PROGRAM(QKVSP01) GROUP(GROUP1) TRANSID(QKVA) LANGUAGE(COBOL) DESCRIPTION(Main_menu_pgm) DELETE TRANSACTION(QKVA) GROUP(GROUP1) DEFINE TRANSACTION(QKVA) GROUP(GROUP1) PROGRAM(QKVSP01) DESCRIPTION(Main_menu_pgm) // .. which worked ok but since QKVA didn't work, reading told me I needed .. CEDA ADD GROUP(GROUP1) LIST(INITLIST) .. which seemed to work; knowing XYZLIST exists at Dallas, to learn what to expect, did .. D LIST(XYZLIST) NAME TYPE LIST LAST CHANGE DFHDCTG GROUPXYZLIST 10/25/11 20:41:24 DFHBMS GROUPXYZLIST 10/25/11 20:41:24 DFHCONS GROUPXYZLIST 10/25/11 20:41:24 DFHDBCTL GROUPXYZLIST 10/25/11 20:41:24 DFHDB2 GROUPXYZLIST 10/25/11 20:41:24 DFHEDF GROUPXYZLIST 10/25/11 20:41:24 etc .. and found the above; did the same for my INITLIST and got .. D LIST(INITLIST) NAME TYPE LIST LAST CHANGE GROUP1 GROUPINITLIST 05/22/13 19:24:21 .. which looks OK to me BUT didn't show any GROUP1 entries so I did .. D GROUP(GROUP1) ENTER COMMANDS NAME TYPE GROUPLAST CHANGE QKVSKEYA FILE GROUP1 05/22/13 19:38:22 QKVSKEYB FILE GROUP1 05/22/13 19:38:22 QKVSKEYC FILE GROUP1 05/22/13 19:38:22 QKVSHE1 MAPSET GROUP1 05/22/13 19:38:21 QKVSHE2 MAPSET GROUP1 05/22/13 19:38:21 etc QKVSP01 PROGRAM GROUP1 05/22/13 19:38:21 QKVSP02 PROGRAM GROUP1 05/22/13 19:38:21 etc QKVA TRANSACTION GROUP1 05/22/13 19:38:22 QKVB TRANSACTION GROUP1 05/22/13 19:38:22 etc .. which also looks good .. Novice thinking is asking why D LIST(INITLIST) doesn't show my GROUP1 things? I have shut down CICS, reloaded via the DFHCSDUP, done START=INITIAL, various combos thereof .. nothing! Please, thanks Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access