Re: RMODE64
On 12/24/2020 12:01 PM, Ed Jaffe wrote: On 12/22/2020 6:09 AM, Joseph Reichman wrote: Thanks I’m not writing RMODE64 code don’t see a reason to > > I don’t know why Ed co. does cann’t believe the code is that large > Thanks for the heads up about LE We are writing an RMODE(64) product because we love z/OS and wish to help push the boundaries of its technological limitations wherever we can. Shocker, Ed Jaffe pushes the boundaries of z/OS. Film at 11. For those of you who haven't been paying attention, and judging by your IBM-Main posts, you haven't, Ed Jaffe's goal in life is to push the boundaries of z/OS, as he's done continuously for the approximately 25 years I've known him. He's one of the main reasons that z/OS is as good as it is. If he's working on RMODE(64), rest assured, there's a there there, and Ed will find it. All the best to you and yours this holiday season! Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
On 12/9/2020 4:05 PM, Paul Gilmartin wrote: Have the difficulties with multiple tn3270 windows such as ISPPROF ENQ conflicts been resolved? Gil, We solved that 15+ years ago with shared profile logon support. Check out my Configuring ISPF for Fun and Profit here (WTW): https://www.newera.com/INFO/Configuring_ISPF.pdf Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
On 12/9/2020 4:41 PM, Jesse 1 Robinson wrote: I want to disagree that multiple emulator sessions--even the best, and you all know what that is--substitutes for a proper external session manager. Even as a simple minded MVS sysprog, I have dozens of LPARs to deal with between prod and DR. I have 'only' TSO, SMCS, and OMEGAstuff to deal with. My CICS and Db2 sysprogs have dozens more regions as well. I maintain that there is no emulator that can sanely handle scores of concurrent logon sessions. There are a number of session managers to choose from, but outside of the simplest of SNA environments, I think you need something. I've used TPX for decades at different shops. Just choose something and go with it. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com While Skip brings up a point that multiple sessions may reach a limit of usability, the big limitation for me is only one window with the session mangler. There are may times that I bring up two TN3270 windows side by side for comparisons, etc. My other beef with Session Manglers is that you must have a good attention key config to move from session to session, and I've only encountered one installation that really worked. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EDGRRPTR missing after zOS 1.13
On 11/29/2020 1:03 AM, Jake Anderson wrote: Hello Is there an equivalent of EDGRRPTR after zOS 1.13 ? As I don't find this dataset in SYS1.SEDGEXE1. Any suggestions would be appreciated Jake Jake, From my dim memory, EDGRRPTR created an extended extract, before we added that capability to EDGHSKP. Perhaps Mike Wood can weigh in. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX: ADDRESS ISPEXEC failing with rc = -3
On 10/30/2020 11:24 PM, Paul Gilmartin wrote: Is Lloyd posting on BITNET where many of us can't see his questions, but only your replies? Gil, Probably, I was echoing the list because the question of how to run ISPF in batch comes up a lot. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX: ADDRESS ISPEXEC failing with rc = -3
On 10/30/2020 7:13 PM, lloyd christensen wrote: Thanks, took that plus hours of cursing and trying different stuff. Finally got a different IKJEFTxx member and it worked. Lots of problems with it wanting to allocate the same profile I was logged on with, and aggravation with allocation issues for the profile and ISPFILE. Eventually got it though. Thanks all! Lloyd, If you don't care about saving anything in the profile, allocate a temp PDS dataset with a small allocation for ISPPROF. Same for any other output files you don't care about saving. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REXX: ADDRESS ISPEXEC failing with rc = -3
On 10/30/2020 12:04 PM, lcwri...@gmail.com wrote:
I'm new to REXX and hadn't written CLIST in 20+ years. Bare with me, please:
I am trying to have REXX run in batch. The intent of the exec is to invoke
dialog manager, in particular ISPSLIB, to build JCL with multiple steps doing
IEBDG with varying record counts. It will resubmit itself over and over...the
goal is to do I/O to every volume in a group of 29.
The failure is in the ADDRESS ISPEXEC.
REXX Code:
/* REXX */
/* BLDIEBDG will build JCL for IEBDG jobs with the workloads to */
/* vary based on time of day. The devices within the 2nd */
/* EXCTG will have greater I/O rates than the volumes */
/* in the other EXCTG groups. */
/* */
/* Variables passed are:*/
/* BTCH: a batch-id or in this case a shift number*/
/* HOWMANYE: how many records to create on 'EVEN' address */
/* HOWMANYO: how many records to create on 'ODD' addresses*/
/* Note: all devices in the 2nd EXCTG get the HOWMANYE records so */
/* that in reports we see more activity on that EXCTG */
/* */
/* Allocate dialog manager libraries*/
ADDRESS ISPEXEC "LIBDEF ISPSLIB DATASET ID('GPSE.URMETRCS.SKEL')"
say "LIBDEF ISPSLIB rc= " rc
/* */
ThisHour = time(h)
If ThisHour >= 0 and ThisHour <= 5 then BTCH = 0
If ThisHour >= 6 and ThisHour <= 18 then BTCH = 1
If ThisHour >= 19 and ThisHour <= 23 then BTCH = 2
If BTCH = 0 then do
HOWMANYE = 50/* 500K records written */
HOWMANYO = 10/* 100K records written */
end
If BTCH = 1 then do
HOWMANYE = 5 /* 50K records written */
HOWMANYO = 1 /* 10K records written */
end
If BTCH = 2 then do
HOWMANYE = 75000 /* 75K records written */
HOWMANYO = 25000 /* 25K records written */
end
/* --- */
/* Process skeleton and output JCL */
/* --- */
address ISPEXEC
"FTOPEN"
"FTINCL SKELIBDG"
"FTCLOSE NAME(BLDIEBDG)"
address TSO
free f(ISPFILE)
submit 'GPSE.URMETRCS.JCL(BLDIEBDG)'
SYSTSPRT output:
READY
%BLDIEBDG
16 *-* ADDRESS ISPEXEC "LIBDEF ISPSLIB DATASET ID('GPSE.URMETRCS.SKEL')"
+++ RC(-3) +++
LIBDEF ISPSLIB rc= -3
40 *-* "FTOPEN"
+++ RC(-3) +++
41 *-* "FTINCL SKELIBDG"
+++ RC(-3) +++
42 *-* "FTCLOSE NAME(BLDIEBDG)"
+++ RC(-3) +++
44 +++ free f(ISPFILE)
IRX0043I Error running BLDIEBDG, line 44: Routine not found
READY
END
JCL:
I have JCL with every dataset in every ISPF related DD that exists in my TSO
session. That's a lot so I won't copy it all here:
//BLDIEBDG JOB MSGCLASS=X
//*
//BUILDIT EXEC PGM=IKJEFT01
//SYSEXEC DD DISP=SHR,DSN=GPSE.URMETRCS.REXX
// DD DISP=SHR,DSN=AOP.SAOPEXEC
... and more in the concatenation
//ISPILIB DD DISP=SHR,DSN=ISP.SISPSAMP
//ISPLLIB DD DISP=SHR,DSN=SYS1.DFQLLIB
- - - - - - - - - - - - - - - - 1 Line(s
//ISPMLIB DD DISP=SHR,DSN=ISP.SISPMENU
- - - - - - - - - - - - - - - - 10 Line(s
//ISPPLIB DD DISP=SHR,DSN=AOP.SAOPPENU
- - - - - - - - - - - - - - - - 18 Line(s
//ISPPROF DD DISP=SHR,DSN=GPSE.URMETRCS.ISPF.ISPPROF
//ISPSLIB DD DISP=SHR,DSN=GPSE.URMETRCS.SKEL
- - - - - - - - - - - - - - - - 9 Line(s
//ISPTABL DD DISP=SHR,DSN=GPSE.URMETRCS.ISPF.ISPPROF
//ISPTLIB DD DISP=SHR,DSN=GPSE.URMETRCS.ISPF.ISPPROF
JCL looks OK, you need to use ISPSTART to invoke your Rexx exec. That
will establish the ISPF environment.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSOLIB within a rexx pgm
On 10/27/2020 6:02 PM, ITschak Mugzach wrote: I am trying to allocate a "steplib" using tsolib command. I know that TSOLIB only operates under TSO READY prompt, so I run a TSO BATCh job with the below prg. The program is called from SYSIN with parm PHASE1. In this case, it should queue the commands and start again with parm PHASE2. Trickey, but it doesn't work... I can't see the TSOLIB DISPLAY output in SYSTSPRT (but the dataset is actually allocate, can see it in JESYSMSG with a proper disposition. Any idea? Itschak, Use QUEUE, as I show in my Dynamic ISPF presentation (WTW): https://www.newera.com/INFO/Dynamic_ISPF_P2.pdf If you want part 1 as well, change the P2 to a P1. Part 2 covers how to use TSOLIB from the READY prompt in a Rexx. You still can't reliably invoke ISPF within a Rexx running from the READY prompt. You have to QUEUE the TSOLIB and then the ISPF commands. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS module DVRX0000 purpose
On 10/27/2020 9:00 AM, Bill Giannelli wrote: We decommissioned IMS a couple of years back. We now find that an application is still using an IMS module, DVRX. Can someone tell me what this module does? Is seems, from a google search, it is some type of old IMS DPROP module. thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Bill, Dr. Google says this is IBM Data Propagator. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/osmf Network Configuration Assistant
On 10/26/2020 12:21 PM, Keith Gooding wrote: Is anyone using this to maintain AT-TLS policies or any other policies ? Any views on NCA vs manual editing of the policy file ? When I first encountered AT-TLS I used the Windows version to generate a simple policy file for one type of application and thereafter did manual edits to the policy file (all applications were similar). Using AT-TLS for z/OS-supplied applications such as Telnet and FTP will make the policy file more complicated and I am wondering whether NCA is the best way. Keith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Keith, IBM decided that AT-TLS was so inscrutable that you needed an app to configure it. Untrue. You can manually configure AT-TLS for TN3270 in less than a day, provided you can do all the tasks necessary. Please check out my presentation on this (WTW): https://www.newera.com/INFO/Top_11_Things_032018.pdf Please let me know if you have any questions or concerns. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cbttape - dataset being used
On 10/15/2020 10:19 PM, David Crayford wrote: There's no need to install TASID. The ISPF ISRDDN utility has an ENQ dialog and is shipped as part of ISPF. From any command line enter DDLIST;ENQ. The major advantage to TASID is that it has a switch which will give you the GRS Star information so you can see the ENQ's for all the systems in the SYSPLEX. That feature, unfortunately, was not included in ISRDDN. ISRDDN will only show you local ENQ's. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DAE Dataset - Compression
On 10/6/2020 10:06 AM, Mark Jacobs wrote: Before I open up a ticket with IBM I wanted to ask if the DAE dataset can be allocated as compressed? I tried to migrate our shared DAE dataset to a newly allocated one that with compression enabled. It didn't go well. One SVCDUMP we received was this; COMPID=SC143,ISSUER=ADYTRNS FAILURE IN THE TRANSACTION PROCESSOR FOR DAE Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Best guess is that datasets like DAE, LOGREC, etc. are so early in the IPL that we don't have niceties like compression, extended format, etc. DFSMS comes up way later. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: shopz UJ01255
On 9/24/2020 9:47 PM, R Hey wrote: Hi Shmuel, I was told: UJ01255 is SUPERSEDED BY: UJ03366 is on PUT 2008 Did get some PTF for RSU2008, but not UJ03366. Cheers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Please open a case with IBM, this is a bug in SMP/E Internet delivery. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A little magic from Doug Nadel
On 9/4/2020 3:16 AM, David Crayford wrote: On 2020-09-03 11:34 PM, Tom Conley wrote: On 9/3/2020 11:25 AM, David Crayford wrote: I don’t want to bother with XMIT files. Git has been ported to z/OS and works great. David, Others have requested GIT, so stay tuned. Thank you Tom! You can use Lionel's Zigi if you would rather not use the shell https://github.com/wizardofzos/zigi I can neither confirm nor deny that, Senator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A little magic from Doug Nadel
On 9/3/2020 11:25 AM, David Crayford wrote: I don’t want to bother with XMIT files. Git has been ported to z/OS and works great. David, Others have requested GIT, so stay tuned. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A little magic from Doug Nadel
On 9/3/2020 6:11 AM, Robert Prins wrote: On 2020-09-03 09:10, Rob Scott wrote: Can I strongly advise that you do not modify the ISFPCU41 panel. If there is functionality that you require in SDSF, please consider raising an RFE. And how long would I have to hold my breath? Anyway, it's not very different from using the modified ISREDDE2 panel and accompanying USRHILIT REXX exec from CBT967 to add highlighting for a heap of other languages to the ISPF editor. For what it's worth, that modified ISREDDE2 could be changed to use panel REXX making it completely self-contained! Robert Robert, Unlike ISPF, SDSF is considered strategic and has gobs of development resources. You should submit the RFE for SDSF, you'll find Rob Scott to be very responsive. The only reason I'm modifying ISREDDE2 is that we have clear direction from ISPF that HILITE will not be further enhanced for new languages. On USRHILIT, I made a deliberate decision to remove that logic from ISREDDE2 to limit the changes to ISREDDE2. I started out with it in Panel Rexx, but as we added languages, I didn't want an ISREDDE2 with thousands of lines. If I ever get around to Perl, it has over 1000 keywords lone, so that would have added at least 3000 lines to ISREDDE2. Modularity. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A little magic from Doug Nadel
Robert, I'm not sure what you've posted here. ELDERON is likely a reference to Peter Elderon, an Enterprise PL/I developer. ELDERON, FASTCALL16, and PASCAL16 are not listed in the Enterprise PL/I V5R3 Language Reference. The pasted fragment is a direct cut from a browse of the load module of Enterprise PL/I, the part that list all keywords. The CL16 is part of CDECL16. It's not unlikely that the same sources are/were used to generate the Windows PL/I compiler that was part of RDz until about RDz 8.5. (Peter) ELDERON is indeed one of the main developers of Enterprise PL/I, but that does not explain why his surname is among the PL/I keywords, unless it can be used to do some magic under a very specific invocation of the compiler. Robert Robert, I'm only adding documented keywords. I don't have Enterprise PL/I, so can you submit an RFE to get these documented? Thanks, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A little magic from Doug Nadel
On 9/2/2020 12:35 PM, Robert Prins wrote: On 2020-09-02 16:16, Tom Conley wrote: On 9/2/2020 11:30 AM, David Crayford wrote: On 2020-09-03 1:47 AM, Robert Prins wrote: This seems to go hand-in-hand with HILITE. Does it understand that PL/I has no reserved words and that any of the above might be merely identifiers? ISPF HILITE is just that highlight. It do\es not do any parsing of the language. I think EDOEND predated HILITE, and it also has an option to just show all "myproc: proc;" ... 'end myproc;' statements You can customize ISPF highlight code. Check out ISP.SISPSAMP(ISRPXASM) All, I just updated ISRPXASM to add about 70 new COBOL and 140 new PL/I keywords. You can grab FILE967 at www.cbttape.org. Lots of other goodies in there. You missed out on the most mysterious PL/I keyword, "ELDERON" (no kidding...) DO..E..EBCDIC..EDIT..ELDERON..ELSE..END..ENDFILE CL16..FASTCALL16..PASCAL16..DIRECTED..NODIRECTED ..NONULLDATE..TRUNCFLOAT..NOTRUNCFLOAT..BRACKETS Robert, I'm not sure what you've posted here. ELDERON is likely a reference to Peter Elderon, an Enterprise PL/I developer. ELDERON, FASTCALL16, and PASCAL16 are not listed in the Enterprise PL/I V5R3 Language Reference. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A little magic from Doug Nadel
On 9/2/2020 11:30 AM, David Crayford wrote: On 2020-09-03 1:47 AM, Robert Prins wrote: This seems to go hand-in-hand with HILITE. Does it understand that PL/I has no reserved words and that any of the above might be merely identifiers? ISPF HILITE is just that highlight. It do\es not do any parsing of the language. I think EDOEND predated HILITE, and it also has an option to just show all "myproc: proc;" ... 'end myproc;' statements You can customize ISPF highlight code. Check out ISP.SISPSAMP(ISRPXASM) All, I just updated ISRPXASM to add about 70 new COBOL and 140 new PL/I keywords. You can grab FILE967 at www.cbttape.org. Lots of other goodies in there. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can System REXX run Sub=MSTR ??
On 8/24/2020 11:11 AM, Ed Jaffe wrote: On 8/23/2020 9:25 PM, Barbara Nitz wrote: As for P AXR - will that take down the AXRxx's, too? This command does NOT show up in the 2.4 System Commands manual, much less 2.3. P AXR shuts down all AXRnn address spaces gracefully and is fully documented here: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag100/paxr.htm FORCE AXR,ARM does the same things, but in a slightly less graceful way... Ed, Does it only work in V2R4? I know in V2R3, I still have to issue C AXRxx from time to time to make sure all the little buggers are gone. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can System REXX run Sub=MSTR ??
Harris, that's fine if it were *my* REXX that is causing the AXRxx to get started. Nobody except the *IBM* Health checker is currently using System REXX in my installation. I have no control whatsoever over TSO=YES/NO, as I am guessing the TSO=YES is needed for whatever health checker wants to do. So I still object to AXRxx address spaces NOT showing up on a D A,L. That is making system shutdown unnecessarily complex and hangs up JES2 shutdown every time one of these things is kept around. As for P AXR - will that take down the AXRxx's, too? This command does NOT show up in the 2.4 System Commands manual, much less 2.3. Since we live happily *without* taking down AXR, will F AXR,STOPTSO do the trick of getting rid of AXRxx's? *That* is documented! Regards, Barbara Barbara, You go girl, my sentiments exactly. I added this to my shutdown: C AXR01 C AXR02 C AXR03 C AXR04 C AXR05 C AXR06 C AXR07 C AXR08 C AXR09 C AXR10 Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to determine which SMP CSI is used
On 8/19/2020 11:13 PM, Lizette Koehler wrote: Last ditch effort if you cannot tell. Install the product from scratch in a new Global/Tlib/Dlib and go from there. Sometimes it is easier to rebuild your SMP/e environment from scratch that spend months trying to figure out which one is correct. Then roll out the new zone and replace the current libraries. Once you are up and running, delete anything no longer needed. Create an INSTLIB library for the product with Notes. So if my SMPE library names are PROD.QMF.**I create a PROD.QMF.INSTLIB or a PROD.QMF.VxRy.INSTLIB I keep all the notes and JCL used to implement the product in there. Lizette This is a good answer for a small product. I was once faced with trying to figure out a z/OS zone. Reinstalling z/OS was not really an option. I just got lucky that the plan came together. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib
On 8/19/2020 3:00 PM, Lizette Koehler wrote: List - I have been researching whether we need to review all of our SCHEDxx for PPT and remove anything that is currently shipped by IBM in Linklib for IEFSDPPT Does anyone have any observations on this? I am currently working on some DB2 upgrades and it was recommended to remove IRLM from SCHEDxx and let IEFSDPPT handle it Thank you for any guidance Lizette Lizette, I flogged Peter Relson repeatedly for years until he finally gave in and created the D PPT command. It is your friend, use it. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to determine which SMP CSI is used
On 8/19/2020 9:12 AM, Bill Giannelli wrote: I have a component, DB2 Query Monitor, that I need to apply PTFs to. I have found 2 CSIs. How do I determine which CSI was used for the currently running "Run Time Libraries"? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Bill, This is a tough one. DDDEFs are where to start. You may want to sample some load modules to see if there are PTF eyecatchers in there. Unfortunately, there is no standard for this within IBM. So you're pretty much on your own trying to match target libraries to the zones they came from. I ran this by Kurt Quackenbush once, and there aren't any good answers here. If you think you've got it right, I recommend applying a small PTF that you can easily verify. If it works, you can proceed with some confidence that you got the right targets. Good luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM Scratch Processing
On 8/5/2020 12:11 AM, Mark Jacobs wrote: This is all I'm getting, nothing else. EDG6202E FAILURE DURING DFSMSrmm SUBSYSTEM PROCESSING EDG6901I UTILITY EDGHSKP COMPLETED WITH RETURN CODE 12 Mark Jacobs Mark, For these types of errors, look in the MESSAGES DD dataset you allocated in the EDGUTIL job. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS Alter volumeentry not working
On 7/31/2020 11:58 AM, Gormley, Steve wrote: CAUTION EXTERNAL EMAIL: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. When dealing with volume entries in IDCAMS I believe you have to add a 'V' in front of the volser name - VDS0001 Steve Steve is correct. You need to do a LISTCAT VOLENT(VVDS001) ALL to get the result. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF development question
On 7/30/2020 1:09 PM, Edward Finnell wrote: I think there might might be a knuckle-ball in VLF. Since ESA we put ISPF Messages and Panels in VLF with Freeze. To get updated panels have to modify VLF to UNFREEZE and then reFREEZE to get the new directory loaded. Edward, How can you put Messages and Panels in VLF? There's no class for ISPF to read them. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM Returning Tapes from outside Location
On 7/16/2020 7:11 AM, Dave Rankin wrote: We have recently moved our Mainframe to another location and a new robot. RMM is working as it should except when tapes are ejected by RMM to another location and returned. They are placed into the Robot hopper and into a emtpy slot but RMM is not picking up the return. I run a "RMM CV * CMOVE (OFFDR,M4ATL1)" command to confirm move yet the tapes are still marked as not resident in Library. I am clearly missing something. Any help will be appreciated. Dave Dave, You most likely have a problem in your CBRUXENT exit, which should be updating both RMM and the TCDB when you enter the tapes into the library. Make sure OAM is up and running correctly, check its joblog for errors. It's been a while for me (haven't had physical tapes to deal with in years), but when you enter a tape, OAM should issue a message that a tape is being entered. Are you using EXPORT or EJECT? If using EXPORT, make sure you IMPORT the tape, not just ENTER it. Good Luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HCD graphics report format
On 7/10/2020 8:04 PM, Steve Horein wrote: I think you need GDDM. On Fri, Jul 10, 2020 at 5:32 PM Pew, Curtis G wrote: I was doing some updates in HCD and noticed the graphics report function, so I tried it. The output looks like input to groff or some such. Does anyone know what I would need to use to transform it into something human-viewable? My google-fu hasn’t worked so far. -- Pew, Curtis G curtis@austin.utexas.edu Curtis, You will need GDDM, and a TN3270 emulator capable of displaying host graphics. It's cool when it works, but you will have to scroll up, down, right, left to see your whole layout. A huge screen would help. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IEBCOPY COPYGROUP to unload a PDS member with aliases
On 7/2/2020 2:06 PM, Kirk Wolf wrote: How about the original question - Is there a way to unload from a PDS the "group" (name plus aliases) for a given member name and reload it to another PDS ? Kirk, If you don't have it already, you should install PDS (file 182 at cbttape.org). It has member grouping capability, and supports the XMIT command to create an XMIT OUTDATASET that you can transfer and RECEIVE INDATASET on the system. Contact me offline if you want to pursue this further. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GRSRNL Example
On 6/30/2020 1:52 PM, Knutson, Samuel wrote: GRS User Experiences Converting all Reserves Plus Best Practice Tips and Tricks https://www.share.org/p/do/sd/topic=50=3961 Circa 2008 but mostly still relevant. Thanks, Sam Sam's session is THE BIBLE on converting GRS reserves. I used it in all my GRS sites. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: GRSRNL Example
On 6/29/2020 2:47 PM, Norman Hollander wrote: Perfect! Thanks... Don't have ACF2, but I can figure out the RACF ones. Norman, Don't put RACF in your exclusion list, it isn't necessary. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: More than one HMCS Console per LPAR
On 6/15/2020 9:15 AM, Gadi Ben-Avi wrote: Hi, Is it possible to define more than one HMCS console for an LPAR? We are currently in the early stages of z/OS v2.4 installation. Since were working from home, it would help if we could have more than one HMCS consoles. We are using a z13s. Thanks Gadi Still only one last time I checked. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Old Code Gets Younger Every Year - Marianne Bellotti - Medium
On 6/9/2020 11:16 AM, Mark Regan wrote: https://medium.com/@bellmar/old-code-gets-younger-every-year-3bd24c7f2262 Regards, Mark T. Regan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Wow, an article about legacy code from someone who actually knows what the hell they're talking about. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Python and ISPF
On 6/8/2020 12:56 PM, Frank Myers wrote: Can ISPF services, such as panel display, be called from Python? I know they can be called from rexx & TSO clists. Frank Frank, Try using Python's equivalent of CALL ISPLINK (use the COBOL and PL/I examples in the ISPF doc). Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASAP Application of IBM Servicelink
On 5/17/2020 9:48 PM, Glenn Miller wrote: I have a question or two for the group. Does anyone still use the ASAP (Automatic Software Alert Process) "application" of IBM Servicelink? My reason for asking...it appears (is) broke. The last Email I received from the ASAP application was on April 21,2020. I did not notice the "lack of Emails" from it for a couple of weeks. I have opened a feedback ticket as a Sev 2 on May 9, 2020. The last update from the support area was on May 15, 2020 and it appears to be saying that the problem is a "general issue" not specific to my IBM ID. Glenn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Glenn, Come to think of it, I'm not getting ASAP alerts either. Keep us posted. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS: su: User ID "SH" does not exist
On 5/14/2020 8:23 PM, Jon Bathmaker wrote: Hi, Because of auditor demands we are no longer able to run TSO USS commands that require UID=0, so I attempting figure out how to run USS commands in under BPXBATCH. The following is a job to debug the unmount command in batch but I have been unsuccessful so far. I am hoping that I am doing something wrong and that one of you can point out my error. Here is the JCL: //BATBPX EXEC PGM=BPXBATCH //STEPLIB DD DISP=SHR,DSN=SYS1.CEE.SCEERUN //STDERR DD SYSOUT=* //STDOUT DD SYSOUT=* //STDPARM DD * SH su SH echo $PATH SH unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS Here is the contents of STDERR when the job runs. FSUM5023 su: User ID "SH" does not exist, or the RACF profile does not contain an OMVS segment. Thanks. Best regards, Jon Bathmaker z/OS Systems Programmer Hey John, Try setting up sudo to do the command all at once. "sudo unmount.". Using su requires a password that you would not want in the clear. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGDSMSxx setting PDSE_VERSION(2)
On 5/11/2020 9:42 AM, Juergen Kehr wrote: Hello, on our new z/OS V2.4 we plan to set IGDSMSxx parameter PDSE_VERSION(2) to have V2 PDSEs as default. Therefore I would like to know, if there are any known issues out there, which are reason for don't do this setting. Thanks in advance for any hints. Kind regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN As long as you don't want to take advantage of going past 15.7M lines in a member, you should be OK. Various pieces of z/OS still don't support that (like 5 years later). Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ispf save / restore swapbar ?
On 5/5/2020 12:06 PM, Mike Stramba wrote: Is there a way to save the current swapbar contents, and restore it on next logon ? Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Look up ZSTART. If you want to make it different every time, you'll have your hands full. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How tell what verion of COBOL compiler produced load module?
On 4/15/2020 3:06 PM, Roger Lowe wrote: On Wed, 15 Apr 2020 07:15:16 -0700, Charles Mills wrote: Given a COBOL-based load module, is there a way to tell what COBOL compiler (including version) the main module was built with? Is there a "tag" in the object code that says "this was compiled by (for example) Enterprise COBOL V6R3M0?" PDS, file 182 on your CBT tape dial. www.cbttape.org Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Apparent bug in CBT 617 SMFREPT
On 4/13/2020 9:08 PM, Charles Mills wrote: Unless I am confused there is a nasty little bug in several places in the subject program. If you are using it you might want to fix it. If you are the person who maintains the tape (Sam Golob?) you might want to fix it, or if you don't trust me, at least put a note in the program to this effect. Consider the following subroutine, which takes as a parameter a binary SMF Seconds*100 timestamp: FmtHHMMSS: Procedure Arg SecsX100Bin SecsX100 = C2D(SecsX100Bin)/* Get to Rexx Decimal */ Hunds= RIGHT((SecsX100 // 100), 2, 0) /* Remainder Mod 100 = .hh */ Work = Trunc(SecsX100 / 100) /* Get rid of hundredths */ Secs = Right((Work // 60), 2, 0) /* Remainder Mod 60 = secs */ Work = Trunc(Work / 60)/* Get rid of seconds */ Mins = Right((Work // 60), 2, 0) /* Remainder Mod 60 = Mins */ Hours= Right(Trunc(Work / 60), 2, 0) /* Get rid of minutes=hours*/ Return Hours || ':' || Mins || ':' || Secs || . || Hunds Do you see the bug there? ARG is short for PARSE UPPER ARG, and converting a binary time to upper case introduces a subtle change in the value. There are several other subroutines with the same problem. The solution is to change that first line of code to, for example, SecsX100Bin = Arg(1) Someone give me a shout if I am wrong. Charles Charles, c All 'arg ' prefix 'parse arg '. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APPLY-CHECK problems with RSU2001 on z/OS2.3 on z14
On 3/5/2020 5:10 PM, Baldeva Prasad wrote: Problems in APPLY-CHK of RSU2001 on z/OS2.3 on z14. While trying to Apply-Chk RSU2001 on z/OS2.3, I am getting the following error messages:-- Has anyone seen a similar issue in their environment. Does anyone have an idea on what could be causing this or a Resolution for the issue. Will appreciate any feedback. Thanks... - GIM24608E ** SHELLSCR ENTRY BBLU1702 IS NEEDED TO PROCESS HFS BBL17002 for SYSMOD UI65815, BUT SHELLSCR BBLU1702 IS NOT IN THE MVST100 ZONE. GIM24608E ** SHELLSCR ENTRY BBLUNPAX IS NEEDED TO PROCESS HFS BBLWLPPX for SYSMOD UI65815, BUT SHELLSCR BBLUNPAX IS NOT IN THE MVST100 ZONE. GIM22601IAPPLY PROCESSING FAILED FOR SYSMOD UI65815. The above meesages seem to imply that the SHELLSCR BBLU1702 and BBLUNPAX are not in the z/OS2.3 Global CSI Target Zone MVST100. However these members are in the Target Zone MVST100 as verfied online and also as verfied by running SMPLIST job CSI QUERY - SHELLSCR ENTRY Row 1 to 2 of 2 ===> SCROLL ===> CSR To return to previous panel, enter END . Primary Command: FIND Entry Type: SHELLSCR Zone Name: MVST100 Entry Name: BBLU1702 Zone Type: TARGET FMID: HWLPEM0 DISTLIB : ABBLLIB LASTUPD: UI48894 TYPE=ADD RMID: UI48894 SYSLIB : SBBLLIB BINARY SHSCRIPT: - LINK '../BBLU1702.sh' PARM PATHMODE(0,7,5,5) *** Bottom of data CSI QUERY - SHELLSCR ENTRY Row 1 to 2 of 2 ===> SCROLL ===> CSR To return to previous panel, enter END . Primary Command: FIND Entry Type: SHELLSCR Zone Name: MVST100 Entry Name: BBLUNPAX Zone Type: TARGET FMID: HWLPEM0 DISTLIB : ABBLLIB LASTUPD: HWLPEM0 TYPE=ADD RMID: UI48757 SYSLIB : SBBLLIB BINARY SHSCRIPT: - LINK '../BBLUNPAX.sh' PARM PATHMODE(0,7,5,5) *** Bottom of data The links are junk. Using .. at the beginning could mean anything. I didn't find BBLUNPAX.sh on my system, but I found BBLU1702.sh in /usr/lpp/liberty_zos/. Good Luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL error during TSO/E logon
On 3/5/2020 6:08 PM, Jesse 1 Robinson wrote: From the dawn of time, it was deucedly difficult to find the cause of a JCL error during TSO logon. Then several releases ago, we were treated to a 'fix'. The error would be displayed on the user's screen, allowing the problem to be corrected within seconds. Yesterday we had such a situation, but any helpful message flashed on the screen for milliseconds and then disappeared. In this case it turned out to be missing logon proc. I hunted in vain for doc on this problem, including maybe a need to set a parm somewhere. We run TPX, which it just now occurs to me might be the problem... Skip, While not directly answering your question, I've used the following JCL for years to check out procs that fail (typically my STC sysout goes to the bit bucket): //IBMUSERC JOB 'IBMUSER', // CLASS=A, // NOTIFY=, // MSGCLASS=X,REGION=0M,MSGLEVEL=(1,1) //TESTPROC EXEC procname The error becomes immediately apparent. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM APIs in a multi-vendor world
On 2/19/2020 2:25 PM, Kirk Wolf wrote: I'm asking this from the point of view of an architect who wants to add DFHSM-ish integration to a ISV product. If I were only worried about DFHSM, my requirements for basic integration are pretty simple, and would be these: - VOL=SER=MIGRAT means migrated data set - ARCHMIG, ARCHRCAL, ARCHDEL macros could be used for basic interfaces What about alternative vendor DFHSM products? Can these same interfaces be used in a SAF-esque sort of way? Thanks in advance, Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Kirk, You need to know the pseudo-volser that each HSM-like product (FDR/ABR, CA-Disk, etc.) uses in the catalog to delineate a migrated dataset (MIGRAT, ARCHIV, and ARCIVE are the ones I've seen). You will also need to issue the product-specific commands under the covers. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phases of Project in Mainframe
On 2/2/2020 12:56 AM, Peter wrote: Hello Apologies for this question as am not a project manager. My manager generally wants to know what are the phases of the project(for example if someone is rolling out z15). Could someone share the phases that you go through generally for a Mainframe hardware implementation. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Peter, Whoever you're paying the to install the z15 should provide you their plan. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE V2 data set info
On 1/28/2020 5:48 AM, Robin Atwood wrote: I have a requirement in my queue to include the PDSE Version and the MAXGEN limit in the DSINFO report our server sends to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs and found nothing. Searching only produced Lionel Dyck's PGSEGEN utility but that works in an ISPF environment and can obtain the values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the DFA and some allocation support. Is this information actually publically available and, if so, can someone tell me where? Robin, Vote for RFE 107052 and 107053. Been asking IBM for YEARS to support the basics for PDSE's, still no dice. LISTDSI supposably will return the PDSE version. Don't get me started. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM AOAR O44855
On 1/23/2020 9:32 AM, Peter Vander Woude wrote: The apar is meant to deal with those types of hacks, where someone has a list of userids and then just try to logon to TSO by connecting and attempting to logon to TSO. Without the apar/parm, the normal logon screen shows the person IF the userid actually has a TSO profile.d When the correct parm is in the IKJTSO00 parmlib member, they just get a prompt for the password. There is no notification at that point that the user does, or does not, have TSO access. Even the response does not tell the hacker that information. While I agree that it could be a vein for a ddos of getting the users id revoked, the premise is valid to prevent the identification of someone with TSO access is very valid. That opens the way to a denial of service attack; someone can write a script to cause revocation of a long list of userids. This fix was not an attempt to prevent a DDOS revocation attack. It was designed to prevent the ability of a hacker to enumerate the TSO id's on a system. With PASSWORDPREPROMPT(ON), both a valid TSO id and password are required to present the fullscreen TSO logon panel, or a nebulous error message is presented. Without it, the error messages clearly state whether you have a valid TSO userid or password. Armed with a list of valid TSO id's, then the attacker could start social engineering or other phishing attempts to get a valid password. Once a hacker gets access to a TN3270 port, a DDOS revocation attack is possible whether you have PASSWORDPREPROMPT(ON) or not. The fix did not enable the DDOS revocation attack, the potential has always been there to run it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE UPGRADE Command
On 1/13/2020 8:48 AM, Barbara Nitz wrote: I am attempting to install zSecure. I get GIM58901E ** APPLY PROCESSING FAILED FOR SYSMOD HCKR240. SYSMOD HCKR240 WOULD HAVE CAUSED A CHANGE TO THE MVST ZONE THAT CAN NOT BE PROCESSED COMPLETELY BY PRIOR LEVELS OF SMP/E. USE THE UPGRADE COMMAND TO ALLOW SMP/E TO MAKE SUCH CHANGES. I read about the upgrade command and still don't know if I can safely use it. My SMPE is at 36.105, presumably to get upgraded by the latest refresh which is installed but not yet activated (I wanted to do that together with z/Secure). So if I run the UPGRADE command on my target (and probably later on my DLIB zone), can I then still use my current level of SMPE on those zones? There won't be any level lower than 36.105. And another question: I am at z/OS 2.3. Am I supposed to install z/Secure V240 over RACF 2.3? (We got the product download links from IBM, so I didn't have any choice but to use V24.) Documentation is abysmal. Thanks in advance, Barbara Barbara, UPGRADE applies to the internal structures inside the zone. You should have had some HOLDDATA from SMP/E to run the UPGRADE command, but it's been a few years since I've seen it. Backup your target zone before running UPGRADE just to be safe, but I've never had an issue with UPGRADE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM retention period
On 1/7/2020 10:28 AM, Jake Anderson wrote: Hello Apologies if this a dummy query Apart from EDGRMMXX and JCL specifications where else the physical tapes get its retention period ? Regards Jake UXTABLE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Finding z/OS 2.1 fixes
On 12/16/2019 10:54 AM, Brown, Duncan wrote: I don't have any support for my z/OS 2.1 system. Yea, I know... We have an issue with DB2 v12 Image copies abending with a ABEND0B0 and I want to be able to search 'something' to figure out if it's a z/OS issue. I do have an issue open with IBM for DB2 and with ASG for Zara. Both are saying that the problem is with each other's software. So, if it's not Zara or DB2 then I'm guessing it might be z/OS. It there a way for me to search through fixes? I know that this is a long shot, but we won't be up on a supported version of z/OS for a few months. IBMLink is the search engine for fixes. You can also try Dr. Google. Since you're not supported for z/OS V2R1, you should do a RECEIVE ORDER ALL to get all the maintenance possible for V2R1. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CPACF for TN3270 encryption
On 11/7/2019 9:49 AM, Jake Anderson wrote: Do we need ICSF to be running while implementing ATTLS ? Jake, Yes. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
On 11/6/2019 4:02 PM, Chris Hoelscher wrote: At our shop we finally altered IDMS environments to run in KEY 4 - IDMS was the last holdout requiring USERKEY(YES) Thank You, Chris Hoelscher| Lead Database Administrator | IBM Global Technical Services| T 502.476.2538 or 502.407.7266 CA, er, Broadcom, could have changed IDMS to fix this, instead of fobbing it off on us. I've never used another product where I had to set the USERKEY. They were just too lazy to modernize and use cross-memory instead of the SVC. Don't get me started. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zfs from 1 LPAR to another
On 11/6/2019 10:02 AM, Vernooij, Kees - KLM , ITOP NM wrote: Can you point to where that is documented? We FTP a lot b.m.o. DFDSS between Sysplexes. Kees. Kees, I cannot find it documented anywhere. It's what IBM told me in response to a PMR. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
On 11/6/2019 2:38 PM, Jousma, David wrote: Folks, Remind me, is RUCSA support a chargeable feature? I find nothing in the manual, the only clue I find is it is a separate line-item in ShopZ, so thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a bit of confirmation _ Dave Jousma AVP | Manager, Systems Engineering [cid:image003.png@01D4F915.C9E34050] Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 Dave, It is chargeable. Youse wants to break da rules, IBM wants da money ;-) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zfs from 1 LPAR to another
On 11/5/2019 6:54 PM, Jousma, David wrote: Terse, dont terse, your call. I have 100% reliability as long as the destination disk dataset for the ftp is newly created. If the destination dataset already exists, then yes, there have been problems. As you mention there are some specific options on the transfer to specify, and as long as you do, it will work fine. Sending the dump file outside the company, probably not bad idea to terse since we are all familiar with it. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 From: Tom Conley Sent: Tuesday, November 5, 2019 5:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Zfs from 1 LPAR to another **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On 11/5/2019 3:11 PM, Wayne Bickerdike wrote: I always terse the dump file too. Had issues with Restore if the file wasn't tersed. On Wed, Nov 6, 2019, 03:53 Pierre Fichaud wrote: Dave, I'll do that. The files are not big. They can be sent as ZIP files. Thanks, Pierre -- 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 Wayne beat me to it. Terse any DFDSS file before sending. You may get away with DFDSS with mode block and EBCDIC. Until you don't. Terse it for 100% reliability. Regards, Tom Conley Dave, For over a year, I FTP'd a DFDSS dump of my IODF file to every LPAR that needed it. Worked fine, until it didn't. IBM's response to the PMR that I opened is that the only 100% reliable way to FTP a DFDSS dump file was to terse it first. IBM does not support direct FTP of a DFDSS dump file. So I now terse every DFDSS dump file before FTPing it to other systems, and I haven't had another failure in 6 years. As I said, it will work until it doesn't. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zfs from 1 LPAR to another
On 11/5/2019 3:11 PM, Wayne Bickerdike wrote: I always terse the dump file too. Had issues with Restore if the file wasn't tersed. On Wed, Nov 6, 2019, 03:53 Pierre Fichaud wrote: Dave, I'll do that. The files are not big. They can be sent as ZIP files. Thanks, Pierre -- 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 Wayne beat me to it. Terse any DFDSS file before sending. You may get away with DFDSS with mode block and EBCDIC. Until you don't. Terse it for 100% reliability. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How display level of paging?
On 11/4/2019 9:39 AM, Tom Marchant wrote: On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote: IBM has generally recommended 2:1 virtual to real storage. I have pushed this to 3:1 without major issues. The paging subsystem should be configured accordingly page slots approx. 3x available real. If you are actually going to be doing serious paging, (> +/- 20 pps) the local page datasets should not be more that 30% utilized, so 9x real page slots is appropriate. Are you suggesting that an LPAR with 10 TB of real memory should have 30 to 90 TB of page space? If my arithmetic is correct, the minimum number of volumes that could satisfy that is between 545 and 1636 volumes of 3390 model 54. Do your systems follow the guidelines that you suggest? I think it is still true that local page data sets should be no more than about 30% full. IIRC the reason has to do with the probability that the system will be able to find full tracks to page out to. Tom, I posed this same question about 2 years ago. Then I was dealing with an LPAR with 131GB, so I created a 400GB paging subsystem to handle the system. Others suggested SCM, but that was not in the budget. If the 10TB is truly fully utilized, then a 30TB paging subsystem makes sense. Unless I hear differently from IBM, paging rules still apply, even for 10TB systems. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Best programming interface to get PDS max dir blocks?
On 10/11/2019 11:41 AM, Kirk Wolf wrote: For an existing PDS, what's the best way to get this? Do you just have to open the directory and count? Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Kirk, If you have PDS in your shop, look at the code for the USAGE command. If not, grab it at cbttape.org, file 182. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM® JES3 Licensing Agreement
On 10/2/2019 5:37 PM, Ed Jaffe wrote: El Segundo, CA—October 2, 2019: Phoenix Software International, Inc., today announced they have entered into an agreement with IBM® under which Phoenix Software International has licensed the source code for IBM’s z/OS JES3 spooling subsystem, offering a solution to clients wishing to remain on JES3. Read the press release here: http://bit.ly/spooler-news Dude. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracing RACF?
On 9/25/2019 9:57 AM, Joao Bentes wrote: Hi, If memory serves me right, as long as you have ALTER to the dataset, you need update to the catalog in order to create it, but you do not need any access to the catalog in order to delete it. Best Regards "Do the difficult things while they are easy and do the great things while they are small. A journey of a thousand miles must begin with a single step." Laozi From: Sean Gleann To: IBM-MAIN@LISTSERV.UA.EDU Date: 2019-09-25 12:06 Subject:[EXTERNAL] Tracing RACF? Sent by:IBM Mainframe Discussion List Following a set of somewhat distressing events here, I discovered - the hard way - that our master catalog was poorly protected, and so I now have to fix it. The situation is that all users of the my system can create, read, write, update, delete files that are cataloged in the MasterCat. The original intention was that each user-id is defined in the MCat as an alias that points to one of several User Catalogs, depending on the user's 'department' within the company. That way, user id 'X1' creates 'X1.TEST', and it gets cataloged in a UCAT. So far, so good. Now I've found that if 'X1' creates file 'TEST1', it gets cataloged in the MCAT. In order to prevent this, I've used existing information to act as a model for permit 'MASTERV.CATALOG' generic id(X1) access(read) and specified that. Now, if user X1 tries to create 'X1.TEST', the result is a RACF authorisation failure. Again, so far, so good Taking the test a bit further though, I've now found that user X1 is allowed to delete file 'TEST1' from the MCat! My conclusion so far is that X1 must be getting the required access rights from another user id/group/etc, but I can't see anything apposite in any examination I do of the RACF rules (I use output from the DBSYNC Rexx procedure for this). So... Can anyone spot my error and suggest a different 'permit' command, please? Alternatively, I looked at the idea of tracing RACF activity on behalf of a specific user with SET TRACE(USERID(X1)) - but I can't see where generated output goes to nor how to interrogate it. I *have* seen mention of using GTF for this purpose, along with IPCS, but my experience with both those tools is so limited that I didn't look much further in those references - skipped on past them, looking for other possibilities but not finding any. Any help gratefully appreciated Sean If you're the owner of the dataset, you will get the authority to delete the catalog entry. You should have your master cat set up with UACC(READ) and all your usercats with UACC(UPDATE). Put them in the global access table for a nice performance boost. Only allow update and alter to the master cat and alter for usercats to your catalog administrators. Good luck. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LPA - IPL or dynamic
On 9/16/2019 1:54 PM, Peter wrote: Hi I have seen few vendors suggesting an IPL as requisite if you are doing the product install for first time and If it's upgrade then it's not required. I am ignorant here. How does this makes a difference ? Why a dynamic update won't work if it's a first install ? Programmatically how does it work from zOS perspective. Apology if this question was already discussed here if so please point me to the discussion link . Regards Peter Peter, If you have one or two LPA modules, or perhaps an LPA dataset that is standalone and doesn't require any other updates to function, then by all means, dynamically activate. If, however, you also have STEPLIB or LINKLIST dependencies, SVC entries, etc., it's much safer to IPL. There is currently no mechanism to serialize updating both LPA and LINKLIST at the same time, so if you try to do this with SMP/E maintenance hitting both, you'll likely fail spectacularly. Good luck. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA56180 / RUCSA
On 9/9/2019 1:04 PM, Mark Zelden wrote: On Mon, 9 Sep 2019 07:55:29 -0500, Peter Fatzinger wrote: Mark, The 1M increment for RUCSA storage was not chosen haphazardly. We understand the scarcity of below-the-line memory, but in order to provide the isolation needed to adequately protect the area we couldn't use any increment smaller than 1M. I pretty much assumed that, but thanks for the confirmation. Also, in case anyone is unaware, beginning in z/OS V2R4 RUCSA is a separately ordered paid feature. Youse wants to break da rules, youse gotta pay. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GDPS, Metro Mirror, Global Mirror
On 8/26/2019 10:11 AM, fred glenlake wrote: Hi List, I am looking for some direction on how to get up to speed with GDPS, Metro Mirror, Global Mirror, etc. My site has been a single site for quite some time and DR tests have been go to a DR provider, lug the physical tapes along of the latest backups and spend a few days restoring before turning it over to selected users to break...ertest. Now the light bulbs have gone off in the executive suites and they want to establish and second and possibly third site with replication out of state (200+ miles away), the whole ball of wax. Go from zero to 200MPH right away and of course I have never set one of these up and made them work. I am starting to download the IBM manuals on the stuff so I can enhance my insomnia reading collection, I just want to make sure I am reading up on the correct material as there seems to be quite a bit available. Hence any suggestions, comments on how to get myself up to speed in a reasonable amount of time would be greatly appreciated. Also if this is not the correct list for this type of question and there is another more appropriate list please let me know so I may ask in the appropriate list. Many thanks, Fred G. Fred, GDPS is not just a product, it is a service sold by IBM. IBM will configure, set up, and install GDPS to get you up and running, with periodic visits to ensure that you're up to snuff. Your management needs to brace themselves, because even the smallest shops are looking at 7+ figures to install GDPS. I've worked with the teams doing it. It's an awesome solution for recovery, with a price tag to match. If your company is a SHARE member, the SHARE GDPS presentations have excellent overview information. GDPS is based on NetView and SA/390, so you should read up on them as well. Metro and Global mirror are PPRC and XRC based, so get familiar with them. Good luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GIM38201E and GIM31901I
On 8/25/2019 3:21 AM, Peter wrote: Hi I am apply RSU for our zOS system. I am receiving a error message GIM38201E ** THERE IS A MODID ERROR FOR MOD ENTRY EZBTCRDF IN SYSMOD UI34556 GIM31901I SYSMOD UI34556 DOES NOT SPECIFY UI46897 ON PRE OR SUP OPERAND. UI46897 IS THE RMID FOR MOD EZBTCRDF THAT IS CURRENTLY INSTALLED. GIM22601I APPLY PROCESSING FAILED FOR SYSMOD UI34556. Does it mean the PTF UI46897 applied should be restored and modify its MCS to add UI34556 as its PRE ? Is my understanding correct? Could someone please shed light on ? zOS 2.2 Peter Peter, You should open a PMR immediately with IBM to report a packaging error. They're rare, but they do happen. IBM will be able to tell you pretty quickly if it's a packaging error, or if you had an error in your SMP/E that caused this. Be sure to NEVER, NEVER, NEVER use BYPASS(ID). Good luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Question - browsing variable length records
On 8/8/2019 2:35 PM, Paul Gilmartin wrote: On Thu, 8 Aug 2019 18:15:10 +0100, CM Poncelet wrote: ... 1,'PGM(ISRBRO) PARM(ISRBRO01)' *< Change it to this in your ISR@PRIM panel to use BROWSE instead of VIEW as default* ... Are you saying that making that change will prevent Edit's trimming trailing blanks on save? I don't believe so. (Except that it makes it impossible to save.) Gil, PRESERVE ON/OFF controls what the editor does with trailing blanks in a VB record. PRESERVE ON will preserve any REAL trailing blanks (based on RDW), PRESERVE OFF will truncate any trailing blanks. I'm good with PRESERVE OFF. Isn't that why God invented VB? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: refresh run time libraries after APPLY
On 7/20/2019 6:53 AM, Bill Giannelli wrote: After running a SMPE APPLY, how do you determine which libraries were updated and need to be moved into run time libraries? thanks Bill Bill, The DDDEF report will give you that information. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XMIT manager unable to decode INMR02
On 7/11/2019 11:32 AM, Jake Anderson wrote: It's PS + FB XMITTED file. On Thu, 11 Jul, 2019, 7:26 PM Tom Conley, wrote: Jake, Sorry, that's it, it's any xmitted PS file. I reported this to Neal years ago, but he never had a chance to get it fixed. You'll need to move to another XMIT file viewer: http://cbttape.org/xmitview.htm Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XMIT manager unable to decode INMR02
On 7/11/2019 5:07 AM, Jake Anderson wrote: Hi I am trying to open a .XMI file using XMIT manager and I get a unable to decode INMR02. The XMI was downloaded from Mainframe as binary Has anyone faced this problem? Any clue how it was fixed ? Jake XMIT manager cannot handle certain files. If I remember correctly, if the xmitted file is PS VB then XMIT manager yaks. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is changing a user's ISPF profile
On 7/5/2019 11:35 AM, Paul Gilmartin wrote: On Fri, 5 Jul 2019 09:35:49 -0500, Elardus Engelbrecht wrote: Allan Staller wrote: This typically happens (in my experience) when a single ISPPROF dataset is shared across multiple images (last update wins). True, last one wins always. This is WAD, not BAD. ISPF Edit nicely serializes member updates. ISPF seems unable to do likewise with ISPPROF. I call that BAD. Shared profile support fixed this. If you're not using it, you should be. Grab my SHARE presentation "Configuring ISPF for Fun and Profit", here (WTW): https://share.confex.com/share/118/webprogram/Handout/Session10948/Configuring%20ISPF%20for%20Fun%20and%20Profit.pdf Should there be more metadata for accountability? Would PDSE member versions help? A)Code/install ISPF EXIT 16 to change the name of the ISPPROF dataset being used to something image specific. This is what I did. No problemo anymore with unneeded ISPPROF dsn changes by LPAR specific applications. Ouch! So profile changes on a "master" system remain invisible on subordinate systems? Perhaps more control should be given to the user, such as a confirmation prompt at LOGOFF: "Do you want to save or discard profile changes?" This is an option with shared profile support. Either do it in ISPCCONF, or the SHRPROF command. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is changing a user's ISPF profile
On 7/5/2019 10:35 AM, Elardus Engelbrecht wrote: Allan Staller wrote: This typically happens (in my experience) when a single ISPPROF dataset is shared across multiple images (last update wins). True, last one wins always. This is WAD, not BAD. Actually, the behavior is controlled by settings in the ISPF Configuration Dialog or SHRPROF command. Last one wins is a default, and a good one. But feel free to chose others. A)Code/install ISPF EXIT 16 to change the name of the ISPPROF dataset being used to something image specific. This is what I did. No problemo anymore with unneeded ISPPROF dsn changes by LPAR specific applications. Bad idea from an ISPF Edit Recovery standpoint. In a unique profile environment, if USERA on SYSA edits a dataset and goes into recovery, then USERA on SYSB later edits the same dataset, then goes back to A, gets the recovery, and then saves it, all changes from the SYSB session are lost. If you share datasets across LPARs, you should share the ISPF profile across those same LPARs. As an aside, if you're using exit 16 to build your profile name, you should move that logic into your TSO logon exec. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RSUs
On 5/23/2019 10:18 AM, Styles, Andy , ITS zPlatform Services wrote: Classification: Public Hi all, A question on some behaviour that I think we've noticed over the last few RSUs that have been announced. We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the "New Service Levels" email), and got a number of fixes for RSU1903. Over the last couple of days, it's been discovered that we are missing a few PTFs that would be part of RSU1903 - or earlier. Yesterday, I therefore as an exercise did another RECEIVE ORDER CONTENT(RECOMMENDED), and this time got more fixes for RSU1903. Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU date? If so, that's REALLY difficult to manage! Anyone else have any experience of this? Thanks, Andy Styles Andy, This is unfortunately just how the system works. I went over this with IBM service, and PTF's get issued first, then the various SOURCEID's are applied to them via overnight batch processes. So a HIPER fix can be shipped, but the HIPER flag can take 24-48 hours (or longer) to be applied to the PTF. To say this sucks is an understatement, but that's just how IBM rolls. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Vote for RFE 48916 to create LE STORAGE report when program abends
On 5/20/2019 12:55 PM, Richards, Robert B. wrote: Tom, Can you provide a link? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pinnacle Sent: Sunday, May 19, 2019 10:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Vote for RFE 48916 to create LE STORAGE report when program abends Fellow IBM-MAINiacs, I submitted a SHARE requirement a long time ago for LE to generate the STORAGE and OPTIONS reports when an LE program abends. In the event of storage abends like 878, 80A, etc, the STORAGE report should still be produced by LE, since the report itself could be invaluable in debugging a storage problem. The title of the RFE was hacked and shortened, making it unintelligible, so no votes have accumulated for it. Please look it up and vote for RFE 48916 if you're so inclined. Regards, Tom Conley Bob, WTW! https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=48916 Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Machine or O/S (z/os) instruction to recognize a zpdt ?
On 5/10/2019 12:38 PM, Mike Stramba wrote: Is there a machine or z/os instruction / command to recognize "real iron" rather than a zpdt or "other" emulation system? I realize that emulating the real hardware is the point, and that maybe ??? there is no way the o/s can know "for sure" ? .. Or maybe not ? ;) Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN D M=CPU on my ZD shows model 1090. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java no longer a free lunch
On 5/2/2019 2:51 PM, Alan Young wrote: Phoenix SHARE session 23993 - Java Update has details on how it will not affect the mainframe and other details on how the mainframe JVM relates to OpenJ9. I think some of session's statements are somewhere on IBMs site but I am not recalling where at the moment. Thanks for that pointer Alan. Found this link in that presentation (WTW): https://developer.ibm.com/blogs/java-licensing-is-changing-and-you-could-be-affected/ Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java no longer a free lunch
On 5/2/2019 1:10 PM, Bill Johnson wrote: Not at all. Anyone know how this would affect the Mainframe? Thanks Keep an eye on OpenJDK https://openjdk.java.net/. I expect this will make its way on to the mainframe in the not-too-distant future. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LU2 type sample logmode
On 4/23/2019 12:24 AM, Peter wrote: This time when I do with SNX32704 I get the request fails with return code 10 , Fbk2=00, sense=8570003. I know 8570003 comes up for CONCT status of LU. but what does it mean by FBK2=00 and return code 10 ? Is there a reason you're not using D4C32XX3? It's a dynamic logmode that will query the terminal for the size. Be sure you have this line in your TN3270 PROFILE: TELNETDEVICE DYNAMIC D4C32XX3 ; User defined screensize Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Invalid links from IBM Granular APAR search website ?
On 4/22/2019 12:56 PM, Mario Bezzi wrote: Hello, while perusing IBM APARs updated in the first quarter for the coming issue of our Tuning Letter, we encounter a large number of errors due to invalid links (HTTP 404). This happens by just linking from the Granular APAR search results, but also from Google or the the Support Portal. Below an excerpt of a search results with the associated links. All of them look invalid to us. APAR TITLE OA57131 - SMF TRSQ FIXES OA57139 - JES3 ABEND0C4 RC10 IN IATGRJX OA57129 - AE OA55963 FIX COMPLETION OA57141 - BPXVOSIT CALL TO IRRSGE00 CAUSES OMVS PRIVATE STORAGE.. OA57130 - ABEND0C4 IN AIRHMMAP OA57119 - UNDERALLOCATION WHEN EXTENDING A DATA SET TO A NEW VOLUME.. OA57120 - ABEND0C4-11 IN IOSVUPLC + X'0C' DUE TO REG15 CONTAINING.. OA57136 - READY USER AVERAGE PLOT DATA MISSING IN SMF RECORD TYPE 99.. OA57138 - ABEND0C4 IN IRASAADR AT OFFSET '2BA'X OA57117 - ANTU2518E ANTXBARD ABEND OFFSET 020C ABEND CODE = 000C4000 APAR URL OA57131 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57131 OA57139 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57139 OA57129 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57129 OA57141 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57141 OA57130 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57130 OA57119 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57119 OA57120 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57120 OA57136 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57136 OA57138 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57138 OA57117 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57117 Is anybody else experiencing the same issue, or is it just us? Thank you in advance for your help, mario Mario Bezzi Watson and Walker watsonwalker.com Mario, Linky no worky again. Shocking. You know the only thing more surprising to me was if they actually worked. IBM, committed to 24/7 downtime. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is it broken? or just useless
On 3/19/2019 6:23 PM, Gibney, Dave wrote: http://www-01.ibm.com/support/docview.wss?uid=ibm1MIGR-5081748 Dave Gibney Information Technology Services Washington State University Yes, and Yes. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF 3.4 and 3.17 slow when entering a directory
On 3/19/2019 6:51 AM, Michael Babcock wrote: Does anyone else see this behavior or could help me determine what’s wrong? When using ISPF 3.4 and putting in a directory (doesn’t matter which one) it can take up to 10 seconds to display. When typing 3.17 on the command line and hitting enter it takes up to 10 seconds for the ISPF screen to display. This only happens on our dev system. Our prod and sandbox don’t display this behavior We are at z/OS 2.3 with a fairly recent RSU level. Hey Mike, If you're trying to display large directories, 3.17 will not perform as well as ISHELL because it's an ISPF table display and not a dynamic area. If you need the performance, you still have to use ISHELL. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/e REDO FMID clarification
On 3/7/2019 1:08 PM, Jake Anderson wrote: Hi I am in process of reapplying a a product base FMID with SMPE control card Keyword REDO. I understand to APPLY REDO I also have to select all the PTF which were already applied to the target zone . The challenge is i have close to 3k PTF which I have apply along with the base FMID. Is there a way any other to include 3k automatically and apply REDO PTF .As coding all the PTF in the control statement would be cumbersome. Regards Jake Jake, You almost NEVER need to use REDO. If your previous APPLY failed, just rerun the failed APPLY, SMP/E will automatically remember where it left off and continue. You should only use REDO at the direction of IBM or OEM vendor support. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What was that link again for IBMLINK?
On 2/28/2019 2:56 PM, Lizette Koehler wrote: I know, it seems several people I know are struggling with the new enhanced IBM search functions So how do they find the following in the IBM website? SIS APARS Lizette, The hostage crisis is over, www.ibmlink.ibm.com works again. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Edit Highlighting for Java, SQL, FORTRAN, Python, etc. DELIVERED
On 2/24/2019 8:44 PM, Paul Gilmartin wrote: On Sun, 24 Feb 2019 16:37:19 -0500, Pinnacle wrote: *** * ... * RFE 112741 - Simplify UNIX file access in ISPF by * * prepending current Unix directory to * * filename for COMPARE, COPY, CREATE, * * and REPLACE commands ... * * * ... (BROWSE, EDIT, and * * VIEW require member names and continue * * to issue "Invalid member name" error message) * * * Bummer. I long found it irritating, inconsistent, and silly that whereas entering Browse, Edit, or View as a line command before a PO data set in a list causes display of a member list with the specified command as the default, doing likewise on a UNIX directory issues an error message rather than displaying a member list. I surmise, since you mentioned the exception, that: o you considered it o you found it impractical. Gil, When I passed ANYTHING other than a member name to BROWSE, EDIT, VIEW, it came back with "Invalid member name". I suppose I could create my own hacked up versions of BROWSE, EDIT, VIEW, that would allow other than a member name, but I'm limiting myself to things that I can do via panels, execs, etc., without subverting ISPF itself. Unfotunately, we'll probably be waiting a long time (and probably forever) for IBM to enhance ISPF itself. That's why I'm trying to deliver as much functionality as possible with clean usermods. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where does ISPF determine how to repsond to "Attention" function?
On 2/18/2019 5:20 PM, Farley, Peter x23353 wrote:
[Dual-posted to ISPF-L and IBM-MAIN]
On my employer's z/OS 2.2 system and as far back as they have employed me (OS/390 R10 IIRC), pressing
"Attention" (Esc on my PCOMM keyboard map) while in an ISPF screen "refreshes" the screen
to the last stable state, so if you accidentally erased a whole line of program code or JCL you can recover
what was there before the erase as long as you didn't press Enter or any PF/PA key before pressing
"Attention".
On a friend's z/OS system (not sure of the release), pressing "Attention" at
any ISPF screen causes the terminal to be taken out of service (VTAM INACT).
My question is where and how does ISPF determine how to respond to "Attention"
to refresh the screen instead of making the terminal INACT? Or is that a VTAM
function/setting of some kind? If it is VTAM, where is it specified?
Just curious here, no actual problem to be solved ("Doctor! Doctor! It hurts when I do
that!"; "Well, don't do that!").
Peter
--
Peter,
Sounds like SYS REQuest, not ATTNtion. Check to make sure it's ATTN.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
On 2/1/2019 12:22 PM, Jesse 1 Robinson wrote: I'd like to explore this teaser post. I was (I think also) dubious about the original comment in that it seems to disparage--or at least discourage--mass service like RSU, which I view as a major advance in software maintenance. Is there really wide-spread distrust of an "unavoidable 'push'"? . . A wise man once said, "If it ain't broke, don't fix it, but with z/OS, it's ALWAYS broke!" Older guy, beard, wore a denim newsie Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPCFIGU not being used.
On 1/31/2019 6:51 PM, Shaffer, Terri wrote: I have to say, I've never seen this before so. BROWSE ,ISPCFIGU:18772000:0F98 ,Line,0132,Col,001 080 Command ===>,,Scroll ===>,CSR -10 (18771FF0) * * +0 (18772000) C9E2D7C3 C6C9C7E4 F4F8F0D9 F8F0F0F1 * ISPCFIGU480R8001 * +10 (18772010) F1F161F2 F061F1F4 40404040 40404040 * 11/20/14 * Message,Act,DDname Data Set Name ,Actions: B E V M F C I Q, ,>, , LINKLIST,SYS1.LINKLIB ,>, , ,SYS1.MIGLIB ,>, , ,SYS1.CSSLIB ,>, , ,SYS1.SIEALNKE ,>, , ,SYS1.SIEAMIGE Member:,ISPCFIGU ,>, , ,SYS2.USERMOD.LINKLIB<<<<<<<<< This is the library were ISPCCONF placed it from me. ,CSVQUERY Results,, Command ===>,, ,More: +, Module,ISPCFIGU,was found to be already loaded. Note that invocations of this program name may pick up another copy from STEPLIB or a LIBDEF'ed data set or from a tasklib such as ISPLLIB. Tab to a box and press enter to view the module in storage. ,,+-+,, ,, ,,|,CSA resident R,|, , ,,|,Resident above 16 Meg ,|, , ,,|,Module address:18772000,|, , ,,|,Module size: 0F98,|, , ,,|,Reentrant ,|, , ,,|,Serially reusable ,|, , ,,|,Not loadable only ,|, , ,,|,AMODE 31 ,|, , ,,|,Authorized library ,|, , ,,|,Not Authorized program ,|, , ,,+-+, , I am not sure if CSA means common, or how it got loaded there, I don’t see it in any LPA library. You've got something in your environment performing unnatural acts. Check PROGxx for any exit loads? SMF exits? Jobs run after startup? My load looks like this: +-+ | Job pack area resident | | Resident above 16 Meg | | Loaded by program fetch | | from -LNKLST- (Lib 33) | | BLAH.BLAH.LINKLIB | | Module address:1F82F048 | | Module size: 0F98 | | Reentrant | | Serially reusable | | Not loadable only | | AMODE 31| | Authorized library | | Not Authorized program | +-+ Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPCFIGU not being used.
On 1/31/2019 1:54 PM, Shaffer, Terri wrote: Yes multiple times Ms Terri E Shaffer Senior Systems Engineer, z/OS Support: ACIWorldwide – Telecommuter H(412-766-2697) C(412-519-2592) terri.shaf...@aciworldwide.com Terri, You're likely not seeing the settings because you're not starting with a clean profile. Some settings can be forced or reset, but most defaults only appear with a clean profile. Google my Configuring ISPF for Fun and Profit session, I have a step-by-step for updating ISPCFIGU. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange issue with SDSF main panel
On 1/29/2019 12:27 AM, Barbara Nitz wrote: I have a strange issue with the ISPF main (first) panel. I have added permission to view the APF list: pe ISFCMD.ODSP.APF.* cl(sdsf) id(grpname) ac(r) and I have refreshed the raclisted sdsf class. I expected the APF command to show up in the ISPF main panel once I call ISPF. It does NOT show up. LOGOFF/LOGON (just to be safe) did not help, either. A user in grpname can issue the APF command without any error. Once that user leaves the APF command, it is shown correctly on the primary panel. Leaving and reentering SDSF produces the same behavior: Only when the user has already issued the APF command is it getting shown. z/OS is 2.3, the behavior occurs on different sysplexes at different maintenance levels. The latest level is RSU1812. No ICH408I when running with sectrace on. To make matters even more strange: My colleague had used the APF command 'at work' successfully (not seeing the command on the main panel, but being able to execute it). Then, from home, she got 'authorization error', the same one one gets when issuing a command that one isn't authorized for. We even used three different 3270 emulators, just to prove that it is not an emulator issue. Does anybody have any idea what I might be doing wrong with the definition? It might stare me in the face and I just don't see it. Barbara, I've had a very hard time enabling the new commands in SDSF. Issue the TRACE ON;TRACE 80 command, then your failing APF command, then TRACE OFF. Do a DA OJOB, and a ? in front of the user's TSO session, and look at the ISFTRACE DD. The RACF profiles are listed in there and you should see the profile you're failing on. Mit freundlichen Grüßen, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The WHY of the POR
There is no WHY. There is onlyPOR. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.12 question
On 1/10/2019 7:20 PM, Ed Jaffe wrote: On 1/9/2019 11:05 PM, Brian Westerman wrote: Most, if not all, of the installed (vendor) software at 1.12 will work perfectly fine at 2.3. Don't know about most, but ALL seems highly unlikely. I can state with certainty that *every one* of the z/OS-based products we run here from other ISVs would need to be upgraded (or at least have all service applied if still supported) as would several of our own. My recommendation, especially for shops with a tendency to fall way behind like this one has, is to bite the bullet and upgrade to the "latest and greatest" release of everything possible whenever the opportunity presents itself. Running old, unsupported code on a new operating system is just asking for trouble. And, who knows how long it might be before you get another chance to upgrade? I stand in violent agreement with my good friend, the honorable gentleman from California. Just last week, I discovered two products at V2R3 that were not upgraded to support extended GDG's (available at V2R2, THREE YEARS AGO!!). The vendors will be shipping us PTF's to finally support this feature. Good to know folks out there aren't exploiting extended GDG's. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zowe?
On 1/4/2019 9:19 PM, Jesse 1 Robinson wrote: Stepping aside from what Zowe the architecture consists of, could we at least agree up front how to say it? (The confusion over 'Linux' went on way too long.) When Zowe was introduced to SHARE in St. Louis, the authors allowed that they wanted a homophone of the given name Zoe, but that spelling was not available for trademark. But it was how it was meant be pronounced. It does not rhyme with 'Howie'. If you're still fixated on what Zowe means at heart, see https://en.wikipedia.org/wiki/Zoe_(name) I like "Zowie!", followed by "Biff!", and then "Pow!" Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?
On 12/31/2018 11:12 AM, Ed Jaffe wrote: On 12/30/2018 9:37 PM, David Cole wrote: Thanks Tom! That is exactly what I was looking for. I also want to thank a couple of people who sent me off-list messages, but they'd prefer to remain anonymous. I wondered how we never found this. The answer turned out to be a simple one. The macro never existed before 2006. $01=ZOS19 2006/05/27 HO: Created Dinosaur. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Mapping macro for ISPF statistics in PDS Directory entries?
On 12/28/2018 5:41 PM, David Cole wrote: Hi, I'm looking for an IBM written mapping macro for the ISPF statistics found in PDS directory entries. I've searched high and low, but I'm not having much luck. Certainly, I could write a mapping macro myself, but I'd rather not if IBM already has one. I know about IHAPDS, but that maps load module related data, not ISPF statistics. I know about the doc that's present in ISPF's "Dialog Developer's Guide and Reference", but that's not what I'm looking for. (I already know what the fields are.) Hey Dave, ISP.SISPMACS(ISPDSTAT) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Programs in the PPT on z/OS 2.2
On 12/26/2018 3:39 PM, Peter Ten Eyck wrote: How does a program get added to the PPT? For example in SYS1.PARMLIB(SCHED**) has numerous programs are added to the PPT at say IPL time, but the console command D PPT display many more? Is there a default table of PPT programs? Other than looking at a SCHED** member, how would I determine which programs are in the PPT via a SCHED** member and which are in the PPT through some other means? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The D PPT command tells all. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dancing around RMM
On 12/20/2018 2:36 PM, Jesse 1 Robinson wrote: By way of update, after studying everyone's suggestions, I ran the job with this DD: //TAPEIN DD UNIT=(TAPECR,,DEFER), // LABEL=(EXPDT=98000), // VOL=SER=(nn), // DISP=(OLD,KEEP) and got pretty much the same result: IEF403I TAPEANAL - STARTED - TIME=14.37.42 IEC501A M , nn,BLP,,TAPEANAL,FATAR EDG4020I VOLUME nn REJECTED BY INSTALLATION REJECT DEFINITIONS EDG4006E VOLUME nn ON REJECTED FOR USE BY TAPEANAL, FATAR, TAPEIN, OPEN REQUEST FAILED BY DFSMSrmm IEC502E R ,, ,,TAPEANAL,FATAR IEC145I 413-08,IFG0194K,TAPEANAL,FATAR,TAPEIN,,, 015 SYS18353.T143742.RA000.TAPEANAL.R0161338 IEA995I SYMPTOM DUMP OUTPUT 016 SYSTEM COMPLETION CODE=413 REASON CODE=0008 CV volume STATUS(MASTER) or STATUS(USER). RMM will not allow a scratch tape to be read under any circumstances. I lost this argument with Mike Wood. Apparently no one ever had to verify the label on a scratch tape... Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE -- where did the name come from?
On 11/27/2018 4:58 PM, Mike Schwab wrote: http://gsf-soft.com/Documents/IND$FILE.html On Tue, Nov 27, 2018 at 3:48 PM Charles Mills wrote: Even after his passing, Gilbert continues to contribute. RIP, notre ami. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Highlighting of member names in PDS member list
On 11/27/2018 3:09 AM, Elardus Engelbrecht wrote: Good day to all, On z/OS v2.2, I see that some members in PDS and PDS-E are high-lighted. I see (or think) this is because extended information are stored for such members. Apparently this is because bit 2 in 'Directory flag byte' are set? Ok, exactly where is that change (Directory flag byte and highlighting member names in member lists) documented? How do I explain that change(s) to my colleagues and clients? Of course I searched KC and used Google, but I got very few information from pages like this one 'ISPF libraries and data sets' in this URL https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.f54ug00/chap2.htm Many thanks in advance! Groete / Greetings Elardus Engelbrecht It's likely not documented. When we finally fixed extended stats in V2R3, the highlighting was left in, since it had been in ISPF for years by the time V2R3 rolled around. RCF that badboy. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA PDSMAN and dynamic additions to APF list
On 10/17/2018 12:31 PM, Gord Tomlin wrote: On 2018-10-17 12:23, Tom Conley wrote: Your client should open an incident with PDSMAN support. Absolutely! I've already suggested that. -- We both have an MO (Master of the Obvious) in Computer Science ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA PDSMAN and dynamic additions to APF list
On 10/17/2018 11:49 AM, Gord Tomlin wrote: On 2018-10-17 10:50, Lizette Koehler wrote: Did you do an LLA Update or Refresh? And is this a managed PDSMAN dataset or something in a STEPLIB? This is not on our system. We don't have CA PDSMAN, so we are unable to test for ourselves. We are seeing a ABEND306-4 issued by FOCUS (not by IBM Contents Supervision) after a BLDL against DDname USERLIB returns with GPR15=0004, R0=, GPR1=0306. System trace shows that PDSMAN code gets control for the BLDL, but IBM code does not, hence our interest in how PDSMAN responds to dynamic APF additions. The data set is in the APF list with volume *SMS* and we have been assured that it was added to APF dynamically before the above abend. In the dump, DEBFLGS1/DEBAPFIN is on. Gord, Your client should open an incident with PDSMAN support. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink down since at least yesterday; Granular APAR search also dead
On 10/9/2018 1:42 PM, Ed Jaffe wrote: On 10/9/2018 9:10 AM, Tom Conley wrote: ... any ideas why Granular APAR search is dead? Any search I do comes back with 0 results. It's working for me using this URL: https://www14.software.ibm.com/support/customercare/psearch/search?domain=gapar I enter IEBCOPY, 0 hits. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink down since at least yesterday; Granular APAR search also dead
On 10/9/2018 11:44 AM, Jesse 1 Robinson wrote: Appears to be a temporary transition problem. This news note is dated 8 Oct. "Our redirect from www.ibm.com/ibmlink is not working at this moment until we finish migrating to blueID. "Please use the link below instead: https://www-304.ibm.com/ibmlink " The IBMLink Help Desk did not so inform us. Also, any ideas why Granular APAR search is dead? Any search I do comes back with 0 results. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
