Re: How do you manage CALLLIBS for products not installed?
I submitted it as RCF (Reader's Comment Form) to IBM. The manual say *NOTHING* what to do in case you don't have those products. IMHO it's one of the most irritating things in the ServerPac. Oh, btw - IBM didn't reacted to the RCF in any way. -- Radoslaw Skorupka Lodz, Poland W dniu 2011-06-20 23:52, Skip Robinson pisze: I'm most of the way through a ServerPac install and stumbling on a job that wants to set CALLLIBS for products installed in other CSIs--and managed by other people--or products that we don't even own. These libraries are choking points: CICS.SDFHLOAD -- no DDDEF because it lives elsewhere DSN.SDSNLOAD -- no DDDEF because it lives elsewhere IMS.SDFSRESL -- no DDDEF because we don't own IMS at all I could jury-rig the first two by pointing the DDDEF to some current-version-du-jour library, but IMS is not even a stretch. System Automation is particularly fond of releasing PTFs that require CALLLIBS. How do other people get through this? -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do you manage CALLLIBS for products not installed?
Hi, I deleted the System Automation FMID for the IMS stuff. Where we do have the product, I just point to the appropriate place (ready to forget when we are running two levels of CICS for instance). Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: 20 June 2011 23:52 To: IBM-MAIN@bama.ua.edu Subject: How do you manage CALLLIBS for products not installed? I'm most of the way through a ServerPac install and stumbling on a job that wants to set CALLLIBS for products installed in other CSIs--and managed by other people--or products that we don't even own. These libraries are choking points: CICS.SDFHLOAD -- no DDDEF because it lives elsewhere DSN.SDSNLOAD -- no DDDEF because it lives elsewhere IMS.SDFSRESL -- no DDDEF because we don't own IMS at all I could jury-rig the first two by pointing the DDDEF to some current-version-du-jour library, but IMS is not even a stretch. System Automation is particularly fond of releasing PTFs that require CALLLIBS. How do other people get through this? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How do you manage CALLLIBS for products not installed?
I'm most of the way through a ServerPac install and stumbling on a job that wants to set CALLLIBS for products installed in other CSIs--and managed by other people--or products that we don't even own. These libraries are choking points: CICS.SDFHLOAD -- no DDDEF because it lives elsewhere DSN.SDSNLOAD -- no DDDEF because it lives elsewhere IMS.SDFSRESL -- no DDDEF because we don't own IMS at all I could jury-rig the first two by pointing the DDDEF to some current-version-du-jour library, but IMS is not even a stretch. System Automation is particularly fond of releasing PTFs that require CALLLIBS. How do other people get through this? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do you manage CALLLIBS for products not installed?
We encounter the same issue with our ServerPac installs because we include ASF but not DB2 or CICS. For the DB2 and CICS CALLLIBS ASF needs, I point those DDDEFs to the “current-version-du-jour” and then re-verify with their support programmer that they haven’t changed/updated the datasets before applying any maintenance for ASF. With the remaining CALLLIBS ASF needs for products we don’t own, I’ll point those CALLLIBS to the ASF “default” stub file. Good luck, Kathleen Kathleen McLaughlin | ITP | Technical Operations State of Nevada | Department of Information Technology T: (775) 684‐4325 | F: (775) 684‐4324 | E: kfmcl...@doit.nv.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Monday, June 20, 2011 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: How do you manage CALLLIBS for products not installed? I'm most of the way through a ServerPac install and stumbling on a job that wants to set CALLLIBS for products installed in other CSIs--and managed by other people--or products that we don't even own. These libraries are choking points: CICS.SDFHLOAD -- no DDDEF because it lives elsewhere DSN.SDSNLOAD -- no DDDEF because it lives elsewhere IMS.SDFSRESL -- no DDDEF because we don't own IMS at all I could jury-rig the first two by pointing the DDDEF to some current-version-du-jour library, but IMS is not even a stretch. System Automation is particularly fond of releasing PTFs that require CALLLIBS. How do other people get through this? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html