Re: Data Masking - 3270 Sceens
Cris, The workstation agent can do that for you. I use it to automatically open excel on my pc whenever my sasjob has created my excel with ods. Little sas example that creates an ASCII excel (with TRANTAB=ASCII) on z/OS. (RECORD_SEPARATOR=NONE and RUN; are neccesary to make it work): ODS TAGSETS.EXCELXP FILE=XML RECORD_SEPARATOR=NONE TRANTAB=ASCII OPTIONS(FROZEN_HEADERS='YES' EMBEDDED_TITLES='YES' SHEET_NAME='nice sheet name'); PROC PRINT DATA=something NOOBS; RUN; ODS TAGSETS.EXCELXP CLOSE; For details on the workstation agent look at http://gsf-soft.com/Documents/ISPF-CS.shtml I use the following for the example above, where the excel is in USERID.EXCEL dataset: SET IPADDR = 10.x.x.x(my pc ip address) WRITE CONNECTING TO WORKSTATION IPADDR ISPEXEC WSCON IP(IPADDR) NOGUIDSP SET HVAR = EXCEL (dataset USERID.EXCEL) SET WVAR = C:\TEMP\EXCEL.XLS (where to place it on my pc) WRITE SENDING FILE SYSUID.HVAR TO WVAR ISPEXEC FILEXFER HOST(HVAR) WS(WVAR) TO(WS) BINARY NOSTATS(I use binary instead of text since TRANTAB=ASCII already made it ascii) WRITE OPENING FILE WVAR WITH EXCEL ISPEXEC SELECT WSCMD(CMD /C START EXCEL WVAR) MODAL(the trick to open excel) Hope it makes sense... Erik. -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens Cris Hernandez #9 Verzonden: dinsdag 8 februari 2011 23:08 Aan: IBM-MAIN@bama.ua.edu Onderwerp: Re: Data Masking - 3270 Sceens Written 3270 emulators? Any emulators out there that not only do the data xfer between mainframe and pc, but also kick off the pc software required to open the file? When creating SAS graphs on MVS, I found all the stepx I had to take to view them on the pc quite annoying. - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REXX + DB2 question
Hi! I have a Rexx script where I run DB2 applications by DSN+CALL commands: ret_codes.='' do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) queue END DSN SYSTEM(DB2X) ret_codes.pgm.i=pgmname ret_codes.plan.i=planname ret_codes.retcode.i=RC 'DELSTACK' end The above solution is bad from performance's point of view. Best solution would be to build the stack and then run DSN command only once: do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) end queue END DSN SYSTEM(DB2X) 'DELSTACK' The thread will be created only once. But there is one difficulty. I don't know how to take over return codes of all running programs (but the last). Anybody knows the solution? (or address where TSO saves RC after running CALL program). regards Karol Filipowicz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is address spec terminates in context of LOAD EOM=YES?
On Tue, 8 Feb 2011 20:16:05 -0800 Charles Mills charl...@mcn.org wrote: :Yeah, LOAD, DELETE, LOAD offends me too. :It is a single assembly so I am hoping I can figure out a way to automate :knowing the length. The LOADing program is huge so it would not be out of :the question to include the little assembly in the loading program as a :total dummy just so I had the size as the difference between A(EXTRN end) :and A(EXTRN start). BLDL, look at PDS2STOR - should work OK for standard LMOD's. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is address spec terminates in context of LOAD EOM=YES?
On Tue, 8 Feb 2011 20:16:05 -0800, Charles Mills wrote: Storage is cheap. I can pad my 1K+ by 50% and it won't be the end of the world. Allocating 50% more common storage than you need is IMO a bad idea, particularly if it is just so you won't have to change your LOAD to CSVDYLPA. CSVDYLPA is not difficult to use. Get out the book, spend half an hour reading and ten minutes coding and avoid all of the other weird stuff that you are thinking of doing. Your code will be much simpler and more straightforward. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What i s address space (sp ec) termin ates in c ontext of LOAD EOM=Y ES?#8207;
On Wed, 9 Feb 2011 01:51:04 +, john gilmore wrote: Jim Mulder writes: begin snippet CSVDYLPA will create a CDE so that things like IPCS WHERE and SLIP can identify the module name. LOAD to address will not create a CDE. For that reason, I strongly recommend CSVDYLPA over LOAD to address. /end snippet This is a worthy point, but a directed LOAD followed by an appropriate IDENTIFY macro will achieve the same result in a shorter path length. From the Assembler Services Reference: quote If an authorized caller creates an entry name for a module in the link pack area, the IDENTIFY service places an entry for the alias on the active link pack area queue. If an unauthorized caller creates an entry name for a module in the link pack area, the IDENTIFY service places an entry for the alias on the task's job pack queue. /quote A CDE entry on the job pack queue is of no use. As far as I can tell, this will not create a CDE on the LPA queue. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
On Wed, 9 Feb 2011 14:54:58 +1100, Stephen Mednick ibmm...@css.au.com wrote: Not quite correct as far as the use of FDRCOPY goes. On the COPY statement there is the keyword HFS=QUIESCE which to quote from the manual: HFS= QUIESCE â Invokes special processing when Hierarchical File System (HFS) data sets are copied. HFS=QUIESCE implies DSNENQ=USE so it will first attempt to get a SYSDSN enqueue on the file. If the enqueue fails, it probably means that the file system is mounted to UNIX System Services (USS), so a âquiesceâ call is issued to prevent updates to the data set during the copy. If the quiesce fails and ENQERR=BYPASS was specified, the HFS data set will not be copied. See section 80.11 for details and security requirements. NOTE: HFS=QUIESCE implies DSNENQ=USE (described earlier) for all data sets being backed up, not just HFS data sets. HFS=QUIESCE does not apply when moving HFS data sets; they must be dismounted before the MOVE. Default: HFS data sets will not be quiesced unless HFSQUIESCE is set to YES in the FDR Global Options Table (see section 90.13). If you use the default, you should unmount the file system before the backup to be sure of getting a usable backup. Has Innovation fixed HFS=QUIESCE to work for zFS yet? Or created a new keyword? Last I checked it wasn't supported so I have to use zfsadm to do it prior to copy (in particular my cloning process of my sysres maintenance zFS files).As far as I know, that quiesce call / API is the exact same for HFS and zFS so it would be a trivial change for the software to just check for zFS and do the quiesce if HFS=QUIESCE was specified instead of ignoring it as it does today. Innovation's support has always been top notch but this particular item really irks me considering I've had zFS set up since z/OS 1.4. have been using zFS regularly since z/OS 1.6 and all but eliminated HFS usage since z/OS 1.8. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Default REGION Size
We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How many MSUs would this be?
OK, it's not about the z. It's about IBM's latest announced supercomputer. 750,000 cores Blue Gene, 10 Petaflops. Now, if this were a z, how many MSUs would that be? And could anybody in the world afford the software bill? http://www.tomshardware.com/news/bluegene-supercomputer-doe-argonne,12159.html John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is address space (spec) terminates in context of LOAD EOM=YES?
Tom, Another of these so soon? Consult the relevant z/OS MVS Authorized Program Services volume, ALESERC-DYNALLOC, where you will discover that users of CSVDYCPA must [also] be authorized. Do you want to shoot for three? four? If so, be my guest. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
We ignore it entirely by overriding via the IEFUSI exit. REGION is basically useless in this day and age, especially for batch. For UNIX work, it may be needed. And for some types of started tasks, such as DB2 (which we don't have), it can still be very necessary. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Haynes, Stan Sent: Wednesday, February 09, 2011 8:04 AM To: IBM-MAIN@bama.ua.edu Subject: Default REGION Size We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
On Wed, 9 Feb 2011 09:04:27 -0500, Haynes, Stan stan.hay...@cra-arc.gc.ca wrote: We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Assuming you don't have an IEFUSI exit in place, you wouldn't be gaining much by changing the default to 32M. The default above the line region is already 32M. You would probably gain 2M below the line, maybe 3M and that could help some batch jobs that aren't using REGION greater than 7M today and would abend if they needed more. See the MVS JCL Reference for more detail and you may want to read this article I wrote for TSO times about 7 years ago: Region Size: What You See is Not What You Get http://www.tsotimes.com/articles/archive/spring04/TSO-Times-Spring04.pdf The best thing to do would be to implement an IEFUSI and just ignore what is set in JES2 or (most) JCL for the defaults. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
What about region=0m?? From what I remember it will take what is needed, the down side is if you have something run away(loop) you might be in trouble. Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Linda, we do a DSS Dump/Restore to increase an HFS when it's out of extents. Our job has a step to unmount, one to DSS Dump, one to alter to a different name, one to DSS Restore with a new/catlg of the old name, and then a step to remount. We only use Alter to addvolumes. Not sure if you can alter secondary. Or primary, for that matter. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
I worked at a place that had a similar setup with 8M. It was set artificially low because there were a bunch of assembler programs in the shop that did a variable getmains to give them everything below the line. By setting it to 8M, it meant that they couldn't get everything below the line and thus the jobs would tend not to abend for exhausted storage below the line. Not a brilliant way to do things.. but it worked. Cheers, Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
The only problem with not limiting the region below is if you have a job that does a variable length getmain to take all available storage and then opens a lot of datasets you can get errors due to not enough below the line space for LSQA for the dataset control blocks. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce Sent: Wednesday, February 09, 2011 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size What about region=0m?? From what I remember it will take what is needed, the down side is if you have something run away(loop) you might be in trouble. Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to have SMPE indicate if an LMOD is changed?
On Tue, 8 Feb 2011 16:18:08 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: I would like to detect if an LMOD gets changed. Obviously I can UCL UMID every CSECT, but that will not let me know if a new CSECT is added. So far, everyone seems to have missed that the OP wants to be able to detect an LMOD change with SMP/E, not via any manual or external process. I too, would be very interested in this. Customization to IBM's DT requires us to create a custom copy of CEEBINIT with CEEBXITA linked into the module. Until this is re-architected, we have a maintenance exposure. We implemented a USERMOD with series of ++MODs with ++ZAP/VER (no REPs) to flag each CSECT contained in CEEBINIT. However, we have to monitor for additions to CEEBINIT that SMP/E does not currently catch... Hopefully Kurt or someone nearly as knowledgeable will have a suggestion. Regards, Art Gutowski -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Custom programmability for 3270 emulators (Was RE: Data Masking - 3270 Sceens)
In 0b6301cbc7df$0a6c8670$1f459350$@org, on 02/08/2011 at 02:25 PM, Charles Mills charl...@mcn.org said: Anyone remember SNA? It's still around. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What i s address space (sp ec) termin ates in c ontext of LOAD EOM=Y ES?
In snt113-w35f2970674647bba2f488bc6...@phx.gbl, on 02/09/2011 at 01:51 AM, john gilmore john_w_gilm...@msn.com said: This is a worthy point, but a directed LOAD followed by an appropriate IDENTIFY macro will achieve the same result in a shorter path length. Will it? Won't it allocate the CDE from the wrong subpool and add it to the wrong queue? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is address spec terminates in context of LOAD EOM=YES?
In AANLkTikwt-Of=p639k6eeg5u6sbka-6ce288m5qba...@mail.gmail.com, on 02/08/2011 at 09:00 PM, Tony Harminc t...@harminc.net said: There is also the matter of figuring out how much storage you need to obtain. BLDL. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Masking - 3270 Sceens
In aanlktini-0ugkkch3c8hp2o0g2dy0nfxuvlykfacv...@mail.gmail.com, on 02/08/2011 at 05:35 PM, zMan zedgarhoo...@gmail.com said: Surprise Shmuel hasn't castigated you publicly for it. It's not my dog. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is address spec terminates in context of LOAD EOM=YES?
In 0aef01cbc7ca$6a5fde20$3f1f9a60$@org, on 02/08/2011 at 11:57 AM, Charles Mills charl...@mcn.org said: My interpretation of the address space terminates was the address space being forced or something like that. However what I am seeing seems to be that the module is deleted when the job -- in this case, a single step started task -- terminates. Is that the expected behavior? In the case of a started task, the address space terminates when the job terminates. If you see the same behavior for a batch job then submit an RCF, otherwise it's behaving as documented. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
Yes. And no issue these days on probably 95% + of all systems with above the line either. 2G ain't what it used to be and with the size of today's systems and paging subsystems, even if more than a few of these ill-behaved programs all did the variable length getmains at the same time you probably wouldn't notice.Even my smallest system has 1.5G of real storage and my smallest sandbox LPAR has 1G. I still have my IEFUSI set with a default of 256M above, but anytime someone asks for more, they can have it. If they asks for 1G or more, they get everything above the line (which ends up being about 1700M-1800M on most of my systems). My last real update was in 2005 for MEMLIMIT (other than a slight change in 2007 for OA14391). The next time I do something with it, I'll probably just let all jobs/tasks get everything above the line and remove the 256M default. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 9 Feb 2011 09:46:49 -0500, Veilleux, Jon L veilleu...@aetna.com wrote: The only problem with not limiting the region below is if you have a job that does a variable length getmain to take all available storage and then opens a lot of datasets you can get errors due to not enough below the line space for LSQA for the dataset control blocks. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce Sent: Wednesday, February 09, 2011 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size What about region=0m?? From what I remember it will take what is needed, the down side is if you have something run away(loop) you might be in trouble. Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is address space (spec) terminates in context of LOAD EOM=YES?
On Wed, 9 Feb 2011 14:18:34 +, john gilmore wrote: Another of these so soon? Yes, I know, I was very wrong the last time. Consult the relevant z/OS MVS Authorized Program Services volume, ALESERC-DYNALLOC, where you will discover that users of CSVDYCPA must [also] be authorized. I presume you meant CSVDYLPA. Yes, I am well aware that the caller must be authorized. Perhaps the quotation that I gave regarding the IDENTIFY macro was not relevant. The point that I was trying to make is that the CDE that is created for a module loaded into CSA is not, as far as I can tell, in the LPA queue, but in the job pack queue. There is no description that I can see in the Assembler Services manual of any parameter that causes the CDE to be created in the LPA queue. The Authorized Assembler Services manual does not have an entry for the IDENTIFY macro. I may very well be missing something, but it is not clear to me how a directed load to CSA and an IDENTIFY could create a CDE as Mr. Mulder describes. Do you want to shoot for three? four? If so, be my guest. I've made mistakes in the past, and I'm sure that I will do so again. Maybe I have done so this time. If so, would you care to explain how a CDE entry would be created in the LPA queue? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How many MSUs would this be?
If those were Duo Core Hyper threaded running Linux Hercules you could run 50 MIPS per CPU, * 4 CPUs * 750,000 cores = 3,000,000 cores 150,000,000 MIPS. 4 core or 6 core would double or triple that. I assume the Blue Gene processor would be even faster. On Wed, Feb 9, 2011 at 8:18 AM, McKown, John john.mck...@healthmarkets.com wrote: OK, it's not about the z. It's about IBM's latest announced supercomputer. 750,000 cores Blue Gene, 10 Petaflops. Now, if this were a z, how many MSUs would that be? And could anybody in the world afford the software bill? http://www.tomshardware.com/news/bluegene-supercomputer-doe-argonne,12159.html John McKown Systems Engineer IV IT -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Haynes, Stan We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! . . . When we went to z/OS 1.11, we finally raised our default region size from 1M all the way up to 4M! :-) TSO size was increased from 4096K to 131072K when Java entered the picture. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
On Wed, Feb 9, 2011 at 8:46 AM, Veilleux, Jon L veilleu...@aetna.com wrote: The only problem with not limiting the region below is if you have a job that does a variable length getmain to take all available storage and then opens a lot of datasets you can get errors due to not enough below the line space for LSQA for the dataset control blocks. During a DR test our shop got S806s on DB2 jobs that don't specify a region and the program is too large to load. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Large Page Question
Are there any operator commands or other mechanisms to identify who's allocated 1MB pages? -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How many MSUs would this be?
Here is the IBM press release http://www-03.ibm.com/press/us/en/pressrelease/33586.wss -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Large Page Question
On Wed, 9 Feb 2011 10:37:23 -0500, Mark Jacobs mark.jac...@custserv.com wrote: Are there any operator commands or other mechanisms to identify who's allocated 1MB pages? On z/OS 1.10 and above RMF III shows it - STORM ( or didn't it show up until 1.11?). But I did it first and I like my display better. :-) Check out the RXSTOR64 exec on my web site / CBT file 464 (URL below). Here is a sample of what the output looks like: http://home.flash.net/~mzelden/rxstor64.html Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
How was the S822 corrected? We get this occasionally and just drain and restart the failing initiator... Our JOBCLASS is set to 4M... John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Haynes, Stan Sent: Wednesday, February 09, 2011 6:04 AM To: IBM-MAIN@bama.ua.edu Subject: Default REGION Size We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zOS Distributed Console Enablement command
Is the SETCON MODE=DISTRIBUTED command sysplex wide or does it have to be entered on each system in the sysplex? The manual doesn't seem to say. -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
On Wed, 9 Feb 2011 09:04:27 -0500, Haynes, Stan wrote: As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! S822 is not because the region specified is too small. It is because the region specified was not available, possible due to fragmentation of LSQA. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
Is there any reason why you're not using the VSM CHECKREGIONLOSS parameter in your DIAGxx member Mark Jacobs On 02/09/11 11:26, Donnelly, John P wrote: How was the S822 corrected? We get this occasionally and just drain and restart the failing initiator... Our JOBCLASS is set to 4M... John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Haynes, Stan Sent: Wednesday, February 09, 2011 6:04 AM To: IBM-MAIN@bama.ua.edu Subject: Default REGION Size We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM's New Service Request App
Is the a way to automatically copy the old ETR abstract field into the new SR title field? It is annoying that the SR title field is blank for records created via the ETR system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Errno=86x The function is not implemented; Reason=05520044
Thank You Erik Domenic Domenic Cifani Technology Consultant III Network Software Canada HP Enterprise Services Telephone (905) 383-7864 HP Cell (905) 869-3279 Email domenic.cif...@hp.com 30 Sedona Court Hamilton Ontario L9B 2R1 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Erik Janssen Sent: Wednesday, February 09, 2011 12:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Errno=86x The function is not implemented; Reason=05520044 When you want to send a link on a single line it wraps, when you want to put statements on a separate line it concatenates it back together again... *sigh* Last attempt, just ignore the empty lines in between... name moh_genesis_test type ZFS filesystem OMVSAPPS.MOH.GENESIS.TEST.ZFS mode rdwr duration 30 delay 10 parm aggrgrow Erik. -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens Erik Janssen Verzonden: woensdag 9 februari 2011 8:47 Aan: IBM-MAIN@bama.ua.edu Onderwerp: Re: Errno=86x The function is not implemented; Reason=05520044 Domenic, Looking again, probably you don't want to mount moh_genesis_test on the PROD zfs ;-) So something like this is better: name moh_genesis_test type ZFS filesystem OMVSAPPS.MOH.GENESIS.TEST.ZFS mode rdwr duration 30 delay 10 parm aggrgrow Erik. -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens Erik Janssen Verzonden: woensdag 9 februari 2011 8:42 Aan: IBM-MAIN@bama.ua.edu Onderwerp: Re: Errno=86x The function is not implemented; Reason=05520044 Domenic, Your omvsapps dir is handled by automount. So any directory under it should be mounted (and is automagically created) by the automount daemon. Your /etc/auto.master file will have something like '/omvsapps /etc/omvsapps.map'. The map file tells automount which dirs under /omvsapps should be automounted when someone tries to access it. So instead of creating the dir you should add it to the map file or use another dir to create your moh_genesis_test under. If you add something like the following to the map file and issue 'SH automount' from the commandline under the ISH afterwards it should do the trick. name moh_genesis_test type ZFS filesystem OMVSAPPS.MOH.GENESIS.PROD.ZFS mode rdwr duration 30 delay 10 parm aggrgrow After that you can just cd into the directory and it will be automounted. Erik Janssen. -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens Cifani, Domenic Verzonden: woensdag 9 februari 2011 0:14 Aan: IBM-MAIN@bama.ua.edu Onderwerp: Re: Errno=86x The function is not implemented; Reason=05520044 Hi Rob I displayed the OMVS files AUTOMNT44 ACTIVE RDWR 01/22/2011 L=64 NAME=*AMD/omvsapps03.56.43Q=0 PATH=/omvsapps ZFS65 ACTIVE RDWR 01/22/2011 L=70 NAME=OMVSAPPS.MOH.GENESIS.PROD.ZFS12.18.57Q=0 PATH=/omvsapps/moh_genesis_prod AGGREGATE NAME=OMVSAPPS.MOH.GENESIS.PROD.ZFS MOUNT PARM=aggrgrow Then I logged to OMVS and tried to create the directory but still get the same error EDC5134I Function not implemented. BPXROOT:/u/vz90v1 $pwd /u/vz90v1 BPXROOT:/u/vz90v1 $cd /omvsapps/ BPXROOT:/omvsapps $ls moh_genesis_prod BPXROOT:/omvsapps $mkdir moh_genesis_test mkdir: FSUM6404 directory moh_genesis_test: EDC5134I Function not implemented. BPXROOT:/omvsapps $ Domenic Domenic Cifani Technology Consultant III Network Software Canada HP Enterprise Services Telephone (905) 383-7864 HP Cell (905) 869-3279 Email domenic.cif...@hp.com 30 Sedona Court Hamilton Ontario L9B 2R1 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Tuesday, February 08, 2011 3:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Errno=86x The function is not implemented; Reason=05520044 For starters check the security bits? Can you issue a D OMVS,F I'd try it under omvs just to make sure it isn't some ISHELL weirdity. The return code should be able to be pulled apart... usually it is accompanied by the function that is failing. Cheers, Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the
Re: HFS file questions
An easy and reliable (at least I've found it so) is: /samples/copytree -a sourcedir targetdir Mount a new HFS at a targetdir, run copytree then unmount old and mount new, if that's doable in your circumstances. Whenever possible, I like to stick with OMVS copy methods when dealing with OMVS files rather than worry about DFDSS or FDRCOPY. Just a personal preference. Dick Bond Department of Information Services CSD Production Support di...@dis.wa.gov Notice: This document contains information about the infrastructure and security of the state of Washington’s computer and telecommunication networks. Please make every effort to control access to this document and the information within it. All or part of this document may be exempt from public disclosure pursuant to RCW 42.56.420 (1) and (4). Please immediately direct any requests for public disclosure of all or part of this document to the DIS public disclosure officer at: publicdisclos...@dis.wa.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Tuesday, February 08, 2011 7:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS file questions Linda, In order to make sure you get a clean copy using FDRCOPY, you'll have to either quiese or unmount the filesystem before doing the copy to a new/backup data set. HFS is very intolerant of fuzzy copies. As for the expansion, this is way easier with zfs v.s. hfs. It has been a while since I have dealt with HFS... so maybe one of the other members knows the answer. If there isn't an easy way.. then: 1) make a new hfs/zfs file 2) mount it somewhere like /u/temp 3) there are various methods .. I have seen various documents indicating use of pax. I have just run a cp command with recursive and preserve cp -Rp. Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HCD Write Error
Working in HCD and looking to 'Build IOCDS' to be used for the next ipl. The build ends with the 'write protect' error below. According to the IOCP message guide it states; ' ICP408I IOCDS Ax IS WRITE PROTECTED Explanation: IOCP attempted to write an IOCDS to the support element hard disk but the IOCDS is write-protected. System action: IOCP ends the write operation. Programmer response: Remove the write protection and rerun the job. To remove the write protection, use Disable Write Protection under Options on the Input/Output Configuration panel.' First I do not see any 'disable write protection' option in the hcd panels as stated above in the iocp guide, second I was able to build a new IOCDS back in Dec to A0 with no problems. I have exhausted the iocp guide and the hcd guide and did find the specifics to disable write protection, although it was mentioned in the hcd options I'm just not see it. HDC outout listing error; ICP408I IOCDS A1 IS WRITE PROTECTED ICP058I IOCP DID NOT WRITE IOCDS A1 ICP051I IOCP VERSION 02.02.00 TERMINATED. CODE=41 CBD.CPC.IOCDS - my userid has update auth to this profile. How do I disable the write protection? Tks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Matt, that needs to be done from the HMC... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Forgot to mention I looked in the hmc, can anyone be specific? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, February 09, 2011 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HCD Write Error Matt, that needs to be done from the HMC... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
You put an E or is it a W? next to the IOCDS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, February 09, 2011 10:57 To: IBM-MAIN@bama.ua.edu Subject: HCD Write Error Working in HCD and looking to 'Build IOCDS' to be used for the next ipl. The build ends with the 'write protect' error below. According to the IOCP message guide it states; ' ICP408I IOCDS Ax IS WRITE PROTECTED Explanation: IOCP attempted to write an IOCDS to the support element hard disk but the IOCDS is write-protected. System action: IOCP ends the write operation. Programmer response: Remove the write protection and rerun the job. To remove the write protection, use Disable Write Protection under Options on the Input/Output Configuration panel.' First I do not see any 'disable write protection' option in the hcd panels as stated above in the iocp guide, second I was able to build a new IOCDS back in Dec to A0 with no problems. I have exhausted the iocp guide and the hcd guide and did find the specifics to disable write protection, although it was mentioned in the hcd options I'm just not see it. HDC outout listing error; ICP408I IOCDS A1 IS WRITE PROTECTED ICP058I IOCP DID NOT WRITE IOCDS A1 ICP051I IOCP VERSION 02.02.00 TERMINATED. CODE=41 CBD.CPC.IOCDS - my userid has update auth to this profile. How do I disable the write protection? Tks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
Do you have CHECKREGIONLOSS set in your DIAG member? It will automatically bounce your initiators when they get fragmented. VSM CHECKREGIONLOSS(500K,5M) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donnelly, John P Sent: Wednesday, February 09, 2011 11:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size How was the S822 corrected? We get this occasionally and just drain and restart the failing initiator... Our JOBCLASS is set to 4M... John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Haynes, Stan Sent: Wednesday, February 09, 2011 6:04 AM To: IBM-MAIN@bama.ua.edu Subject: Default REGION Size We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Sorry Matt. Select Defined CPC's and highlight your processor, then click Single Object Operations from the 'Recovery' Task. When you get to single object, click your processor again then click Input/Output Configuration on the 'Operational Customization' task. A screen comes up that has A0, A1, etc. Select the IOCDS you are working with and then click options, then disable write protection. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Woops - this works if you are in HCD and have done a 2.11.I sequence. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Field, Alan C. Sent: Wednesday, February 09, 2011 11:07 To: IBM-MAIN@bama.ua.edu Subject: Re: HCD Write Error You put an E or is it a W? next to the IOCDS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, February 09, 2011 10:57 To: IBM-MAIN@bama.ua.edu Subject: HCD Write Error Working in HCD and looking to 'Build IOCDS' to be used for the next ipl. The build ends with the 'write protect' error below. According to the IOCP message guide it states; ' ICP408I IOCDS Ax IS WRITE PROTECTED Explanation: IOCP attempted to write an IOCDS to the support element hard disk but the IOCDS is write-protected. System action: IOCP ends the write operation. Programmer response: Remove the write protection and rerun the job. To remove the write protection, use Disable Write Protection under Options on the Input/Output Configuration panel.' First I do not see any 'disable write protection' option in the hcd panels as stated above in the iocp guide, second I was able to build a new IOCDS back in Dec to A0 with no problems. I have exhausted the iocp guide and the hcd guide and did find the specifics to disable write protection, although it was mentioned in the hcd options I'm just not see it. HDC outout listing error; ICP408I IOCDS A1 IS WRITE PROTECTED ICP058I IOCP DID NOT WRITE IOCDS A1 ICP051I IOCP VERSION 02.02.00 TERMINATED. CODE=41 CBD.CPC.IOCDS - my userid has update auth to this profile. How do I disable the write protection? Tks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
As Tom Marchant pointed out, it's likely LSQA fragmentation. And the S822 was misleading: the step requested 8M but turns out only needed 2M. So getting everything avail in 16M private on the job rerun worked. We (the small z/OS sysprog group) missed CHECKREGIONLOSS. Plain and simple. That will be addressed. Restarting an initiator is easy enough to do, but while fragmentation can happen (and you take a hit to find out), you want to avoid the easy S822's like the one we had. The issue with how much *low* private to allow is ensuring RTM can successfully GETMAIN, so I'm wondering: if we change the default to 128M, or 192M, etc, do we need to subtract some vstor for the low private ? Stan mailto:stan.hay...@cra-arc.gc.ca (613) 941-8091 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: February 9, 2011 11:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size Is there any reason why you're not using the VSM CHECKREGIONLOSS parameter in your DIAGxx member Mark Jacobs On 02/09/11 11:26, Donnelly, John P wrote: How was the S822 corrected? We get this occasionally and just drain and restart the failing initiator... Our JOBCLASS is set to 4M... John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Haynes, Stan Sent: Wednesday, February 09, 2011 6:04 AM To: IBM-MAIN@bama.ua.edu Subject: Default REGION Size We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Large Page Question
On my test system I gave it 1GB for the LFAREA and system shows 1MB allocated, but I don't know if this allocation is performed by default since your RXSTOR64 exec doesn't show any user of large objects. IAR019I 12.31.04 DISPLAY VIRTSTOR SOURCE = GS TOTAL LFAREA = 1024M LFAREA AVAILABLE = 1023M LFAREA ALLOCATED (1M) = 1M LFAREA ALLOCATED (4K) = 0M MAX LFAREA ALLOCATED (1M) = 1M MAX LFAREA ALLOCATED (4K) = 0M - 64-BIT LARGE MEMORY VIRTUAL STORAGE - SYSTEM WIDE USAGE --- LARGE MEMORY AREA (LFAREA): 1G LARGE MEMORY STORAGE ALLOCATED: 1M LARGE MEMORY OBJECTS ALLOCATED: 1 But it also shows this; LARGE ALLOC - 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M for all the address spaces that have allocated 64 bit storage. Mark Jacobs On 02/09/11 10:53, Mark Zelden wrote: On Wed, 9 Feb 2011 10:37:23 -0500, Mark Jacobsmark.jac...@custserv.com wrote: Are there any operator commands or other mechanisms to identify who's allocated 1MB pages? On z/OS 1.10 and above RMF III shows it - STORM ( or didn't it show up until 1.11?). But I did it first and I like my display better. :-) Check out the RXSTOR64 exec on my web site / CBT file 464 (URL below). Here is a sample of what the output looks like: http://home.flash.net/~mzelden/rxstor64.html Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
snip-- We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. unsnip--- I've always used a custom-built IEFACTRT exit. Free upon request via private E-Mail. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
On Wed, 9 Feb 2011 12:28:36 -0500, Haynes, Stan stan.hay...@cra-arc.gc.ca wrote: The issue with how much *low* private to allow is ensuring RTM can successfully GETMAIN, so I'm wondering: if we change the default to 128M, or 192M, etc, do we need to subtract some vstor for the low private ? That is why you need an IEFUSI (or IEALIMIT) exit. I really wish MVS would externalize LSQA reservation, above and below the line region size defaults etc.. in a parmlib member. But of course an exit is much more flexible since you may need more than a one size fits all specification. (not that jobnames etc. couldn't be added to some parmlib member to override the defaults) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REVEDIT feature of TSO REVIEW command - ISPF-like EDIT in TSO READY mode
Hi Folks, It was brought to my attention that there are some people who don't already know about the REVEDIT (ISPF-like editor) feature of the REVIEW TSO command from CBT Tape File 134 (source) and File 135 (load modules). This is an ISPF-like editor that works in TSO READY mode, and it can be used as a recovery tool when TSO is up, but ISPF can't come up. REVEDIT is available (I think) in REVIEW version 40 and above. It was added to REVIEW by Greg Price, in order to have an editing tool in MVS 3.8 that runs under Hercules, where ISPF is not available. But REVIEW with REVEDIT ALSO runs fine under z/OS. In order to get into the edit mode under REVIEW, the primary command is UPDATE, from the command line of a REVIEW screen if you're REVIEWing a file. From a pds member list, the line command is U instead of S. It certainly pays to have this tool installed and in place on your z/OS systems in advance, if you ever need it in a pinch. When ISPF can't come up, you can fix the LOGON procs and LOGON CLISTs in a minute, without any hassle at all. You can also submit batch jobs from inside a REVIEW session, where you've edited the batch job or started PROC in TSO READY mode, just like under ISPF. Of course, many of you already know about the availability of this tool. But for those of you who don't already have it installed, it could save you a lot of hassle in a pinch someday. It pays to keep REVIEW installed, and available to your TSO session at any time. REVIEW is not just a file browser. NOW, it is also a file editor. It pays to re-view the new REVIEW! All the best of everything to all of you. Sincerely,Sam Golob P.S. The latest versions of REVIEW will cooperate with ISPF when ISPF is up, and will not stay separate from ISPF, as in the past. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
It would be great if IEFUSI limits could be externalized into PARMLIB. It is a pain to have to recode an assembler exit whenever we need to change how we handle these limits. Not to mention that there are not a lot of us left who know how to code in assembler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden Sent: Wednesday, February 09, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size On Wed, 9 Feb 2011 12:28:36 -0500, Haynes, Stan stan.hay...@cra-arc.gc.ca wrote: The issue with how much *low* private to allow is ensuring RTM can successfully GETMAIN, so I'm wondering: if we change the default to 128M, or 192M, etc, do we need to subtract some vstor for the low private ? That is why you need an IEFUSI (or IEALIMIT) exit. I really wish MVS would externalize LSQA reservation, above and below the line region size defaults etc.. in a parmlib member. But of course an exit is much more flexible since you may need more than a one size fits all specification. (not that jobnames etc. couldn't be added to some parmlib member to override the defaults) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
My first assumption is that you are trying to overlay the active IOCDS. Could that be the issue? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, February 09, 2011 10:57 AM To: IBM-MAIN@bama.ua.edu Subject: HCD Write Error Working in HCD and looking to 'Build IOCDS' to be used for the next ipl. The build ends with the 'write protect' error below. According to the IOCP message guide it states; ' ICP408I IOCDS Ax IS WRITE PROTECTED Explanation: IOCP attempted to write an IOCDS to the support element hard disk but the IOCDS is write-protected. System action: IOCP ends the write operation. Programmer response: Remove the write protection and rerun the job. To remove the write protection, use Disable Write Protection under Options on the Input/Output Configuration panel.' First I do not see any 'disable write protection' option in the hcd panels as stated above in the iocp guide, second I was able to build a new IOCDS back in Dec to A0 with no problems. I have exhausted the iocp guide and the hcd guide and did find the specifics to disable write protection, although it was mentioned in the hcd options I'm just not see it. HDC outout listing error; ICP408I IOCDS A1 IS WRITE PROTECTED ICP058I IOCP DID NOT WRITE IOCDS A1 ICP051I IOCP VERSION 02.02.00 TERMINATED. CODE=41 CBD.CPC.IOCDS - my userid has update auth to this profile. How do I disable the write protection? Tks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Large Page Question
I can't really answer. What does RMF III show. There have been some bugs related to the control blocks that I use not having the proper values in them. If RMF III shows the same thing for totals but doesn't list the ASID using the 1M object, open a PMR with IBM. All of the ASIDs displayed in the output with 0 for large pages must have some other 64-bit usage or they wouldn't show up at all (unless you invoke RXSTOR64 with the ALL parm - which I do just to look at the memlimit). Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 9 Feb 2011 12:36:15 -0500, Mark Jacobs mark.jac...@custserv.com wrote: On my test system I gave it 1GB for the LFAREA and system shows 1MB allocated, but I don't know if this allocation is performed by default since your RXSTOR64 exec doesn't show any user of large objects. IAR019I 12.31.04 DISPLAY VIRTSTOR SOURCE = GS TOTAL LFAREA = 1024M LFAREA AVAILABLE = 1023M LFAREA ALLOCATED (1M) = 1M LFAREA ALLOCATED (4K) = 0M MAX LFAREA ALLOCATED (1M) = 1M MAX LFAREA ALLOCATED (4K) = 0M - 64-BIT LARGE MEMORY VIRTUAL STORAGE - SYSTEM WIDE USAGE --- LARGE MEMORY AREA (LFAREA): 1G LARGE MEMORY STORAGE ALLOCATED: 1M LARGE MEMORY OBJECTS ALLOCATED: 1 But it also shows this; LARGE ALLOC - 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M 0M for all the address spaces that have allocated 64 bit storage. Mark Jacobs On 02/09/11 10:53, Mark Zelden wrote: On Wed, 9 Feb 2011 10:37:23 -0500, Mark Jacobsmark.jac...@custserv.com wrote: Are there any operator commands or other mechanisms to identify who's allocated 1MB pages? On z/OS 1.10 and above RMF III shows it - STORM ( or didn't it show up until 1.11?). But I did it first and I like my display better. :-) Check out the RXSTOR64 exec on my web site / CBT file 464 (URL below). Here is a sample of what the output looks like: http://home.flash.net/~mzelden/rxstor64.html Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Jacobs Time Customer Service Tampa, FL Surrounding yourself with dwarfs does not make you a giant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
I think there is a product to do this kind of stuff. OESM or something along those lines. I did a quick web search and obviously I don't have the right name. Rob On Wed, Feb 9, 2011 at 1:02 PM, Veilleux, Jon L veilleu...@aetna.comwrote: It would be great if IEFUSI limits could be externalized into PARMLIB. It is a pain to have to recode an assembler exit whenever we need to change how we handle these limits. Not to mention that there are not a lot of us left who know how to code in assembler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden Sent: Wednesday, February 09, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size On Wed, 9 Feb 2011 12:28:36 -0500, Haynes, Stan stan.hay...@cra-arc.gc.ca wrote: The issue with how much *low* private to allow is ensuring RTM can successfully GETMAIN, so I'm wondering: if we change the default to 128M, or 192M, etc, do we need to subtract some vstor for the low private ? That is why you need an IEFUSI (or IEALIMIT) exit. I really wish MVS would externalize LSQA reservation, above and below the line region size defaults etc.. in a parmlib member. But of course an exit is much more flexible since you may need more than a one size fits all specification. (not that jobnames etc. couldn't be added to some parmlib member to override the defaults) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rob Schramm Senior Systems Engineer w: 513.305.6224 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Matt: You must perform this from the Service Element or logon to the service element from the HMC. Go to Groups and select Defined CPCs. Right click the desired CPC's icon, select Recovery and then Single Object Operations from the pull down lists (this assumes you are using the HMC in compatibility mode and have the HMC code that is the Linux version). Once logged onto the SE, right click the CPC icon, then select CPC Configuration and then Input/Output (I/O) Configuration from the pull down lists. The resulting screen will show you the IOCDS files. Select the one you want to unprotect and and change it's write-protected status. Then you can rerun your IOCDS generation and the IOCDS will be updated. You may want to repeat the process and protect your new IOCDS. Mike Myers Mentor Services Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Matt: You must perform this from the Service Element or logon to the service element from the HMC. Go to Groups and select Defined CPCs. Right click the desired CPC's icon, select Recovery and then Single Object Operations from the pull down lists (this assumes you are using the HMC in compatibility mode and have the HMC code that is the Linux version). Once logged onto the SE, right click the CPC icon, then select CPC Configuration and then Input/Output (I/O) Configuration from the pull down lists. The resulting screen will show you the IOCDS files. Select the one you want to unprotect and and change it's write-protected status. Then you can rerun your IOCDS generation and the IOCDS will be updated. You may want to repeat the process and protect your new IOCDS. Mike Myers Mentor Services Corporation On 2/9/2011 11:56 AM, Dazzo, Matt wrote: Working in HCD and looking to 'Build IOCDS' to be used for the next ipl. The build ends with the 'write protect' error below. According to the IOCP message guide it states; ' ICP408I IOCDS Ax IS WRITE PROTECTED Explanation: IOCP attempted to write an IOCDS to the support element hard disk but the IOCDS is write-protected. System action: IOCP ends the write operation. Programmer response: Remove the write protection and rerun the job. To remove the write protection, use Disable Write Protection under Options on the Input/Output Configuration panel.' First I do not see any 'disable write protection' option in the hcd panels as stated above in the iocp guide, second I was able to build a new IOCDS back in Dec to A0 with no problems. I have exhausted the iocp guide and the hcd guide and did find the specifics to disable write protection, although it was mentioned in the hcd options I'm just not see it. HDC outout listing error; ICP408I IOCDS A1 IS WRITE PROTECTED ICP058I IOCP DID NOT WRITE IOCDS A1 ICP051I IOCP VERSION 02.02.00 TERMINATED. CODE=41 CBD.CPC.IOCDS - my userid has update auth to this profile. How do I disable the write protection? Tks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to have SMPE indicate if an LMOD is changed?
On Wed, 9 Feb 2011 08:50:18 -0600, Arthur Gutowski aguto...@ford.com wrote: So far, everyone seems to have missed that the OP wants to be able to detect an LMOD change with SMP/E, not via any manual or external process. I too, would be very interested in this. Customization to IBM's DT requires us to create a custom copy of CEEBINIT with CEEBXITA linked into the module. Until this is re-architected, we have a maintenance exposure. For some reason I do not have that customization for DT. However, Hourglass presents the same dilemna for DSNXGRDS and CEEPLPKA. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to have SMPE indicate if an LMOD is changed?
On Wed, 9 Feb 2011 12:27:02 -0600, Paul Peplinski paul.peplin...@wpsic.com wrote: On Wed, 9 Feb 2011 08:50:18 -0600, Arthur Gutowski aguto...@ford.com wrote: So far, everyone seems to have missed that the OP wants to be able to detect an LMOD change with SMP/E, not via any manual or external process. I too, would be very interested in this. Customization to IBM's DT requires us to create a custom copy of CEEBINIT with CEEBXITA linked into the module. Until this is re-architected, we have a maintenance exposure. For some reason I do not have that customization for DT. However, Hourglass presents the same dilemna for DSNXGRDS and CEEPLPKA. Paul This is what I used for the LE zap for Hourglas if that is what you are referring to: ++USERMOD(#HRGLAS) REWORK(2010051). ++VER (Z038) FMID(HLE7760) /* * ** NOTE THAT A NEW ZAP WAS NEEDED FROM IBM FOR Z/OS 1.11 ** HG FIX WAS APAR PM07378 ** ZAP SAMPLE FROM: ** IBM.HOURGLAS.V52.ACCUM59.MODLIB(LE#C##AG) * THIS JOBSTREAM REPLACES THE STCK INSTRUCTION USED BY LE/370 TO RETRIEVE THE CURRENT DATE WITH A CALL TO SVC 11. THE SVC 11 CALL WILL ENABLE HOURGLASS 2000 TO GET CONTROL. BY SPECIFYING A DIFFERENT LIBRARY (I.E., YOUR.TEST.LIBRARY), THIS CAN BE TESTED WITHOUT AFFECTING OTHERS SIMPLY BY ADDING THIS LIBRARY AS THE FIRST STEPLIB IN THE EXECUTION JCL. THIS PROCESS REQUIRES THE STCLINK= OPTION OF HOURGLASS TO BE ACTIVE IN ORDER TO ALTER DATES FOR LE. IT ALSO REQUIRES THAT THE EIBDATE/TIME PRE-PRIMING HAS BEEN ACTIVATED VIA EITHER THE HGFE TRANSACTION OR BY ADDING HGFTCH TO THE CICS PLT LIST. LE RELEASE HLE7760. */. ++ZAP(CEEYGMT) DISTLIB(ACEEMOD1) . NAME CEEPLPKA CEEYGMT EXPAND CEEYGMT(256) VER 000308 F2F0F0F9F0F3F1F8 VER 000310 F1F2F5F2 VER 9C B205D0B0 VER A0 4770B134 VER 000360 VER 000368 snip -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
OSEM - from Trident Services Jerry Whitteridge Design Engineer Safeway Inc. 925 951 4184 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Wednesday, February 09, 2011 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size I think there is a product to do this kind of stuff. OESM or something along those lines. I did a quick web search and obviously I don't have the right name. Rob On Wed, Feb 9, 2011 at 1:02 PM, Veilleux, Jon L veilleu...@aetna.comwrote: It would be great if IEFUSI limits could be externalized into PARMLIB. It is a pain to have to recode an assembler exit whenever we need to change how we handle these limits. Not to mention that there are not a lot of us left who know how to code in assembler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden Sent: Wednesday, February 09, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size On Wed, 9 Feb 2011 12:28:36 -0500, Haynes, Stan Stan.Haynes@CRA- ARC.GC.CA wrote: The issue with how much *low* private to allow is ensuring RTM can successfully GETMAIN, so I'm wondering: if we change the default to 128M, or 192M, etc, do we need to subtract some vstor for the low private ? That is why you need an IEFUSI (or IEALIMIT) exit. I really wish MVS would externalize LSQA reservation, above and below the line region size defaults etc.. in a parmlib member. But of course an exit is much more flexible since you may need more than a one size fits all specification. (not that jobnames etc. couldn't be added to some parmlib member to override the defaults) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rob Schramm Senior Systems Engineer w: 513.305.6224 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
HCD 2 - 11 then / on the processor line and then option 1 allows control of the IOCDS's. No need to access the HMC Jerry Whitteridge Design Engineer Safeway Inc. 925 951 4184 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Myers Sent: Wednesday, February 09, 2011 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HCD Write Error Matt: You must perform this from the Service Element or logon to the service element from the HMC. Go to Groups and select Defined CPCs. Right click the desired CPC's icon, select Recovery and then Single Object Operations from the pull down lists (this assumes you are using the HMC in compatibility mode and have the HMC code that is the Linux version). Once logged onto the SE, right click the CPC icon, then select CPC Configuration and then Input/Output (I/O) Configuration from the pull down lists. The resulting screen will show you the IOCDS files. Select the one you want to unprotect and and change it's write-protected status. Then you can rerun your IOCDS generation and the IOCDS will be updated. You may want to repeat the process and protect your new IOCDS. Mike Myers Mentor Services Corporation On 2/9/2011 11:56 AM, Dazzo, Matt wrote: Working in HCD and looking to 'Build IOCDS' to be used for the next ipl. The build ends with the 'write protect' error below. According to the IOCP message guide it states; ' ICP408I IOCDS Ax IS WRITE PROTECTED Explanation: IOCP attempted to write an IOCDS to the support element hard disk but the IOCDS is write-protected. System action: IOCP ends the write operation. Programmer response: Remove the write protection and rerun the job. To remove the write protection, use Disable Write Protection under Options on the Input/Output Configuration panel.' First I do not see any 'disable write protection' option in the hcd panels as stated above in the iocp guide, second I was able to build a new IOCDS back in Dec to A0 with no problems. I have exhausted the iocp guide and the hcd guide and did find the specifics to disable write protection, although it was mentioned in the hcd options I'm just not see it. HDC outout listing error; ICP408I IOCDS A1 IS WRITE PROTECTED ICP058I IOCP DID NOT WRITE IOCDS A1 ICP051I IOCP VERSION 02.02.00 TERMINATED. CODE=41 CBD.CPC.IOCDS - my userid has update auth to this profile. How do I disable the write protection? Tks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How many MSUs would this be?
On Wed, Feb 9, 2011 at 10:20 AM, Mike Schwab mike.a.sch...@gmail.com wrote: If those were Duo Core Hyper threaded running Linux Hercules you could run 50 MIPS per CPU, * 4 CPUs * 750,000 cores = 3,000,000 cores 150,000,000 MIPS. 4 core or 6 core would double or triple that. I assume the Blue Gene processor would be even faster. Your CA sales rep will be calling. In his private jet! -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
That was it, thanks Mary Anne. Tks to all who responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, February 09, 2011 12:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HCD Write Error Sorry Matt. Select Defined CPC's and highlight your processor, then click Single Object Operations from the 'Recovery' Task. When you get to single object, click your processor again then click Input/Output Configuration on the 'Operational Customization' task. A screen comes up that has A0, A1, etc. Select the IOCDS you are working with and then click options, then disable write protection. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
I think I'll point out that you really don't want to overwrite your active IOCDS. Pick and unlock an older one :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, February 09, 2011 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HCD Write Error That was it, thanks Mary Anne. Tks to all who responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: Wednesday, February 09, 2011 12:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HCD Write Error Sorry Matt. Select Defined CPC's and highlight your processor, then click Single Object Operations from the 'Recovery' Task. When you get to single object, click your processor again then click Input/Output Configuration on the 'Operational Customization' task. A screen comes up that has A0, A1, etc. Select the IOCDS you are working with and then click options, then disable write protection. MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to have SMPE indicate if an LMOD is changed?
How about setting a security system profile for the desired datasets that audit successful updates and notify a userid? On Wed, Feb 9, 2011 at 8:50 AM, Arthur Gutowski aguto...@ford.com wrote: On Tue, 8 Feb 2011 16:18:08 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: I would like to detect if an LMOD gets changed. Obviously I can UCL UMID every CSECT, but that will not let me know if a new CSECT is added. So far, everyone seems to have missed that the OP wants to be able to detect an LMOD change with SMP/E, not via any manual or external process. I too, would be very interested in this. Customization to IBM's DT requires us to create a custom copy of CEEBINIT with CEEBXITA linked into the module. Until this is re-architected, we have a maintenance exposure. We implemented a USERMOD with series of ++MODs with ++ZAP/VER (no REPs) to flag each CSECT contained in CEEBINIT. However, we have to monitor for additions to CEEBINIT that SMP/E does not currently catch... Hopefully Kurt or someone nearly as knowledgeable will have a suggestion. Regards, Art Gutowski -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REVEDIT feature of TSO REVIEW command - ISPF-like EDIT in TSO READY mode
Greg Price's REVIEW presentation from SHARE in Austin on March 5, 2009 (SHARE Session 2811) is available from http://proceedings.share.org/client_files/SHARE_in_Austin/S2811GP235506.pdf Regards, John K From: Sam Golob sbgo...@cbttape.org To: IBM-MAIN@bama.ua.edu Date: 02/09/2011 11:58 AM Subject:REVEDIT feature of TSO REVIEW command - ISPF-like EDIT in TSO READY mode Hi Folks, It was brought to my attention that there are some people who don't already know about the REVEDIT (ISPF-like editor) feature of the REVIEW TSO command from CBT Tape File 134 (source) and File 135 (load modules). This is an ISPF-like editor that works in TSO READY mode, and it can be used as a recovery tool when TSO is up, but ISPF can't come up. REVEDIT is available (I think) in REVIEW version 40 and above. It was added to REVIEW by Greg Price, in order to have an editing tool in MVS 3.8 that runs under Hercules, where ISPF is not available. But REVIEW with REVEDIT ALSO runs fine under z/OS. In order to get into the edit mode under REVIEW, the primary command is UPDATE, from the command line of a REVIEW screen if you're REVIEWing a file. From a pds member list, the line command is U instead of S. It certainly pays to have this tool installed and in place on your z/OS systems in advance, if you ever need it in a pinch. When ISPF can't come up, you can fix the LOGON procs and LOGON CLISTs in a minute, without any hassle at all. You can also submit batch jobs from inside a REVIEW session, where you've edited the batch job or started PROC in TSO READY mode, just like under ISPF. Of course, many of you already know about the availability of this tool. But for those of you who don't already have it installed, it could save you a lot of hassle in a pinch someday. It pays to keep REVIEW installed, and available to your TSO session at any time. REVIEW is not just a file browser. NOW, it is also a file editor. It pays to re-view the new REVIEW! All the best of everything to all of you. Sincerely,Sam Golob P.S. The latest versions of REVIEW will cooperate with ISPF when ISPF is up, and will not stay separate from ISPF, as in the past. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to have SMPE indicate if an LMOD is changed?
On Wed, 9 Feb 2011 12:31:49 -0600, Mark Zelden mzel...@flash.net wrote: Paul This is what I used for the LE zap for Hourglas if that is what you are referring to: ++USERMOD(#HRGLAS) REWORK(2010051). ++VER (Z038) FMID(HLE7760) /* * ** NOTE THAT A NEW ZAP WAS NEEDED FROM IBM FOR Z/OS 1.11 ** HG FIX WAS APAR PM07378 ** ZAP SAMPLE FROM: ** IBM.HOURGLAS.V52.ACCUM59.MODLIB(LE#C##AG) * THIS JOBSTREAM REPLACES THE STCK INSTRUCTION USED BY LE/370 TO RETRIEVE THE CURRENT DATE WITH A CALL TO SVC 11. THE SVC 11 CALL WILL ENABLE HOURGLASS 2000 TO GET CONTROL. BY SPECIFYING A DIFFERENT LIBRARY (I.E., YOUR.TEST.LIBRARY), THIS CAN BE TESTED WITHOUT AFFECTING OTHERS SIMPLY BY ADDING THIS LIBRARY AS THE FIRST STEPLIB IN THE EXECUTION JCL. THIS PROCESS REQUIRES THE STCLINK= OPTION OF HOURGLASS TO BE ACTIVE IN ORDER TO ALTER DATES FOR LE. IT ALSO REQUIRES THAT THE EIBDATE/TIME PRE-PRIMING HAS BEEN ACTIVATED VIA EITHER THE HGFE TRANSACTION OR BY ADDING HGFTCH TO THE CICS PLT LIST. LE RELEASE HLE7760. */. ++ZAP(CEEYGMT) DISTLIB(ACEEMOD1) . NAME CEEPLPKA CEEYGMT EXPAND CEEYGMT(256) VER 000308 F2F0F0F9F0F3F1F8 VER 000310 F1F2F5F2 VER 9C B205D0B0 VER A0 4770B134 VER 000360 VER 000368 snip Perhaps it is the technique used here that causes difficulties. We have hourglass create copies of these modules and then steplib to those copies. Retrofitting for LE and DB2 updates is a manual process. This technique does prevent the use of hourglass in production. On the other hand you do not want to call IBM for DB2 support only to find out you are running a copy of DSNXGRDS that you completely forgot about. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REVEDIT feature of TSO REVIEW command - ISPF-like EDIT in TSO READY mode
I love these tools, but I am amazed at how many people do not know native tso commands...And feel trapped when Logon clist breaks. At any TSO READY prompt.. Alloc fi(ISPPLIB) da('SYS1.SISPPENU') SHR ALLOC FI(ISPMLIB) da('SYS1.SISPMENU') SHR ALLOC FI(ISPSLIB) da('SYS1.SISPSENU') SHR ALLOC fi(ISPTLIB) da('SYS1.SISPTENU') SHR Then PDF and poof you are in ISPF If you want full functionality add in ALLOC fi(SYSPROC) DA('sys1.sispclib') shr Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John P Kalinich Sent: Wednesday, February 09, 2011 2:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: REVEDIT feature of TSO REVIEW command - ISPF-like EDIT in TSO READY mode Greg Price's REVIEW presentation from SHARE in Austin on March 5, 2009 (SHARE Session 2811) is available from http://proceedings.share.org/client_files/SHARE_in_Austin/S2811GP235506.pdf Regards, John K From: Sam Golob sbgo...@cbttape.org To: IBM-MAIN@bama.ua.edu Date: 02/09/2011 11:58 AM Subject:REVEDIT feature of TSO REVIEW command - ISPF-like EDIT in TSO READY mode Hi Folks, It was brought to my attention that there are some people who don't already know about the REVEDIT (ISPF-like editor) feature of the REVIEW TSO command from CBT Tape File 134 (source) and File 135 (load modules). This is an ISPF-like editor that works in TSO READY mode, and it can be used as a recovery tool when TSO is up, but ISPF can't come up. REVEDIT is available (I think) in REVIEW version 40 and above. It was added to REVIEW by Greg Price, in order to have an editing tool in MVS 3.8 that runs under Hercules, where ISPF is not available. But REVIEW with REVEDIT ALSO runs fine under z/OS. In order to get into the edit mode under REVIEW, the primary command is UPDATE, from the command line of a REVIEW screen if you're REVIEWing a file. From a pds member list, the line command is U instead of S. It certainly pays to have this tool installed and in place on your z/OS systems in advance, if you ever need it in a pinch. When ISPF can't come up, you can fix the LOGON procs and LOGON CLISTs in a minute, without any hassle at all. You can also submit batch jobs from inside a REVIEW session, where you've edited the batch job or started PROC in TSO READY mode, just like under ISPF. Of course, many of you already know about the availability of this tool. But for those of you who don't already have it installed, it could save you a lot of hassle in a pinch someday. It pays to keep REVIEW installed, and available to your TSO session at any time. REVIEW is not just a file browser. NOW, it is also a file editor. It pays to re-view the new REVIEW! All the best of everything to all of you. Sincerely,Sam Golob P.S. The latest versions of REVIEW will cooperate with ISPF when ISPF is up, and will not stay separate from ISPF, as in the past. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase
Re: Is there a way to have SMPE indicate if an LMOD is changed?
On Wed, 9 Feb 2011 14:04:52 -0600, Paul Peplinski paul.peplin...@wpsic.com wrote: Perhaps it is the technique used here that causes difficulties. We have hourglass create copies of these modules and then steplib to those copies. Retrofitting for LE and DB2 updates is a manual process. This technique does prevent the use of hourglass in production. On the other hand you do not want to call IBM for DB2 support only to find out you are running a copy of DSNXGRDS that you completely forgot about. One of our major sysplexes does it your way and have run into problems on multiple occasions. Not to mention apps using old levels of LE that the system people don't know about some times. However, I can understand not wanting to let HG anywhere near production (even though it has never caused a problem that I know if since 1998 when it was first used via usermod to the live LE modules). An alternative is to create a dummy usermod to at least flag for maintenance. I have done that on many occasions, and then performed whatever steps are needed outside of SMP/E. For example, I had a shared sysres between different environments running DFSORT and they all wanted their own set of default options. I create the dummy usermod that flags me and then asm/lnk the options outside of SMP/E into a system specific library that's ahead of the IBM library in the LNKLST / LPA concatenation.I've seen this done at many shops. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM 2105 Shark decommissioning
At long last we're taking down our IBM 2105. My question has to do with the fact that the 2105 shares a McData switch with another SAN, and that other SAN is live production. Powering down the 2105 and carefully removing the cables and electrical power source should have no negative effect on the McData switch or second SAN, correct? All cables and power feeds are clearly marked, and we readily know which cables are the correct ones. Anything else we need to be concerned about? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM 2105 Shark decommissioning
If you have requirements for secure erasure, ICKDSF TRKFMT CYCLE(1) does 3 writes to each track, s, s, and 01010101s for 3 erasures. No problems with connecting or unconnecting any ESCON or FICON cables as each port is independent. On Wed, Feb 9, 2011 at 3:59 PM, McBride, Catherine cmcbr...@kable.com wrote: At long last we're taking down our IBM 2105. My question has to do with the fact that the 2105 shares a McData switch with another SAN, and that other SAN is live production. Powering down the 2105 and carefully removing the cables and electrical power source should have no negative effect on the McData switch or second SAN, correct? All cables and power feeds are clearly marked, and we readily know which cables are the correct ones. Anything else we need to be concerned about? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM 2105 Shark decommissioning
In a message dated 2/9/2011 4:09:45 P.M. Central Standard Time, cmcbr...@kable.com writes: power feeds are clearly marked, and we readily know which cables are the correct ones. Anything else we need to be concerned about? Murphy's pretty ingenious when it comes to switches. We did it for a SLED box many moons ago and the techie with the password had moved on. We had to get the magic thingy from the vendor to get all the arrays routed correctly. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX + DB2 question
I'm still reeling from the recent realization that my ISPF skills are stuck in the dark ages (1980's) but this post went all day without being replied to, so I'll take this to work and run a few tests before saying anything other than that the RC value is set to the value of the previous statement's completion code. Didn't see the RC being set in the 2nd example. Also, I can't tell what input values are changing within the DO loop. --- On Wed, 2/9/11, karolf Gazeta.pl kar...@gazeta.pl wrote: From: karolf Gazeta.pl kar...@gazeta.pl Subject: REXX + DB2 question To: IBM-MAIN@bama.ua.edu Date: Wednesday, February 9, 2011, 4:07 AM Hi! I have a Rexx script where I run DB2 applications by DSN+CALL commands: ret_codes.='' do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) queue END DSN SYSTEM(DB2X) ret_codes.pgm.i=pgmname ret_codes.plan.i=planname ret_codes.retcode.i=RC 'DELSTACK' end The above solution is bad from performance's point of view. Best solution would be to build the stack and then run DSN command only once: do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) end queue END DSN SYSTEM(DB2X) 'DELSTACK' The thread will be created only once. But there is one difficulty. I don't know how to take over return codes of all running programs (but the last). Anybody knows the solution? (or address where TSO saves RC after running CALL program). regards Karol Filipowicz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Looking for earth-friendly autos? Browse Top Cars by Green Rating at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Hi Stephen, Tha nks for the info on FDRCOPY. Until now, we have not unmounted or used the HFS=QUIESCE or the entry in the global options table. I will start to use the HFS=QUIESCE coding. So just for verification, if I code HFS=QUIESCE and ENQERR=BYPASS, I can run without unmounting the files and either get a good backup or an abend if some other process has the file for update. Yes?? I suppose we got 'lucky' on that one because all write acivity is very tightly controlled and we have a pretty minimal HFS setup - no personal files, no applications, no WebShpere. Just the required stuff and a pot load of documentation that is produced by a bunch of folks, but put into the HSF files by one of only two people. Course now, I am adding datasets, and changing things. :-)) Thanks, Linda - Original Message - From: Stephen Mednick ibmm...@css.au.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, February 8, 2011 7:54:58 PM Subject: Re: HFS file questions Not quite correct as far as the use of FDRCOPY goes. On the COPY statement there is the keyword HFS=QUIESCE which to quote from the manual: HFS= QUIESCE – Invokes special processing when Hierarchical File System (HFS) data sets are copied. HFS=QUIESCE implies DSNENQ=USE so it will first attempt to get a SYSDSN enqueue on the file. If the enqueue fails, it probably means that the file system is mounted to UNIX System Services (USS), so a “quiesce” call is issued to prevent updates to the data set during the copy. If the quiesce fails and ENQERR=BYPASS was specified, the HFS data set will not be copied. See section 80.11 for details and security requirements. NOTE: HFS=QUIESCE implies DSNENQ=USE (described earlier) for all data sets being backed up, not just HFS data sets. HFS=QUIESCE does not apply when moving HFS data sets; they must be dismounted before the MOVE. Default: HFS data sets will not be quiesced unless HFSQUIESCE is set to YES in the FDR Global Options Table (see section 90.13). If you use the default, you should unmount the file system before the backup to be sure of getting a usable backup. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- In order to make sure you get a clean copy using FDRCOPY, you'll have to either quiese or unmount the filesystem before doing the copy to a new/backup data set. HFS is very intolerant of fuzzy copies. As for the expansion, this is way easier with zfs v.s. hfs. It has been a while since I have dealt with HFS... so maybe one of the other members knows the answer. If there isn't an easy way.. then: 1) make a new hfs/zfs file 2) mount it somewhere like /u/temp 3) there are various methods .. I have seen various documents indicating use of pax. I have just run a cp command with recursive and preserve cp -Rp. Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Thanks Mary Anne. That sounds like it would do it. Any chance you could share some samples with me? I know CA-Disk really well, FDR somewhat, but DSS by little more than the name... :-/ Linda - Original Message - From: Mary Anne Matyaz maryanne4...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, February 9, 2011 6:34:25 AM Subject: Re: HFS file questions Linda, we do a DSS Dump/Restore to increase an HFS when it's out of extents. Our job has a step to unmount, one to DSS Dump, one to alter to a different name, one to DSS Restore with a new/catlg of the old name, and then a step to remount. We only use Alter to addvolumes. Not sure if you can alter secondary. Or primary, for that matter. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Hi Dick, Nobody here, me included, has ever used copytree. None of us know much about USS at all, although I am determined to learn - if it kills me! I need to end up with the same structure and directory names that I have now, just with more space available. Can copytree do that? How would I mount the new and old HFS files for the copytree process? Thanks, Linda - Original Message - From: Dick Bond (DIS) di...@dis.wa.gov To: IBM-MAIN@bama.ua.edu Sent: Wednesday, February 9, 2011 8:50:35 AM Subject: Re: HFS file questions An easy and reliable (at least I've found it so) is: /samples/copytree -a sourcedir targetdir Mount a new HFS at a targetdir, run copytree then unmount old and mount new, if that's doable in your circumstances. Whenever possible, I like to stick with OMVS copy methods when dealing with OMVS files rather than worry about DFDSS or FDRCOPY. Just a personal preference. Dick Bond Department of Information Services CSD Production Support di...@dis.wa.gov Notice: This document contains information about the infrastructure and security of the state of Washington’s computer and telecommunication networks. Please make every effort to control access to this document and the information within it. All or part of this document may be exempt from public disclosure pursuant to RCW 42.56.420 (1) and (4). Please immediately direct any requests for public disclosure of all or part of this document to the DIS public disclosure officer at: publicdisclos...@dis.wa.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Tuesday, February 08, 2011 7:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS file questions Linda, In order to make sure you get a clean copy using FDRCOPY, you'll have to either quiese or unmount the filesystem before doing the copy to a new/backup data set. HFS is very intolerant of fuzzy copies. As for the expansion, this is way easier with zfs v.s. hfs. It has been a while since I have dealt with HFS... so maybe one of the other members knows the answer. If there isn't an easy way.. then: 1) make a new hfs/zfs file 2) mount it somewhere like /u/temp 3) there are various methods .. I have seen various documents indicating use of pax. I have just run a cp command with recursive and preserve cp -Rp. Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CSVDYLPA question
Following up on the earlier thread on permanent LOAD. It appears to me that the 8-character module name(s) passed to CSVDYLPA must be unique, is that correct? That is, unlike LOAD, it is not possible for two different jobs or STCs to have access to different versions of a given module, both of which have the same name. Am I missing anything? I am thinking specifically of a test version running in parallel with a production version. Both want to load their subsidiary module 'FOO', but the test version has a newer FOO than the one production already has in storage. Would the ADD fail? Or would the new FOO cause the old FOO to be deleted, leaving users who referenced it by address pointing at orphaned storage? Or would the new FOO replace the old FOO logically, but leave the old FOO in memory such that users who referenced it by address would continue to use the old copy? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Depending on your file system activity something like the following might be acceptable: /usr/sbin/mount -t HFS -f NEW.HFS /yyy pax -rwvCDM -p eW /xxx /yyy /usr/sbin/unmount -o normal -f NEW.HFS == z/OS 1.11 /usr/sbin/unmount -o normal /yyy /usr/sbin/unmount -o normal -f OLD.HFS == z/OS 1.11 /usr/sbin/unmount -o normal /xxx /usr/sbin/mount -t HFS -f NEW.HFS /xxx Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Wednesday, February 09, 2011 3:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS file questions Hi Dick, Nobody here, me included, has ever used copytree. None of us know much about USS at all, although I am determined to learn - if it kills me! I need to end up with the same structure and directory names that I have now, just with more space available. Can copytree do that? How would I mount the new and old HFS files for the copytree process? Thanks, Linda - Original Message - From: Dick Bond (DIS) di...@dis.wa.gov To: IBM-MAIN@bama.ua.edu Sent: Wednesday, February 9, 2011 8:50:35 AM Subject: Re: HFS file questions An easy and reliable (at least I've found it so) is: /samples/copytree -a sourcedir targetdir Mount a new HFS at a targetdir, run copytree then unmount old and mount new, if that's doable in your circumstances. Whenever possible, I like to stick with OMVS copy methods when dealing with OMVS files rather than worry about DFDSS or FDRCOPY. Just a personal preference. Dick Bond Department of Information Services CSD Production Support di...@dis.wa.gov Notice: This document contains information about the infrastructure and security of the state of Washington’s computer and telecommunication networks. Please make every effort to control access to this document and the information within it. All or part of this document may be exempt from public disclosure pursuant to RCW 42.56.420 (1) and (4). Please immediately direct any requests for public disclosure of all or part of this document to the DIS public disclosure officer at: publicdisclos...@dis.wa.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Tuesday, February 08, 2011 7:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS file questions Linda, In order to make sure you get a clean copy using FDRCOPY, you'll have to either quiese or unmount the filesystem before doing the copy to a new/backup data set. HFS is very intolerant of fuzzy copies. As for the expansion, this is way easier with zfs v.s. hfs. It has been a while since I have dealt with HFS... so maybe one of the other members knows the answer. If there isn't an easy way.. then: 1) make a new hfs/zfs file 2) mount it somewhere like /u/temp 3) there are various methods .. I have seen various documents indicating use of pax. I have just run a cp command with recursive and preserve cp -Rp. Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
On 2/9/2011 4:40 PM, Linda Mooney wrote: Hi Dick, Nobody here, me included, has ever used copytree. None of us know much about USS at all, although I am determined to learn - if it kills me! We can help that, and you'll survive just fine. Consider: Introduction to z/OS UNIX - 3 days http://www.trainersfriend.com/UNIX_and_Web_courses/u510descr.htm Shell Script Programming in z/OS UNIX - 3 days http://www.trainersfriend.com/UNIX_and_Web_courses/u515descr.htm Admittedly, we focus on all this from the perspective of application programmers rather than systems programmers, but, hey, a 'chmod' command is the same for everyone. 3 or 6 days of lecture with directed, hands-on labs can get you up to speed so you can be productive faster than bumbling around the docs with trial and error. Then you can build on this background as you need to expand your horizons, since you'll have a solid base. This stuff is fun, and even necessary today. If you think it's too expensive, check out our ROI estimator (see the last line in my signature). -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REVEDIT feature of TSO REVIEW command - ISPF-like EDIT in TSO READY mode
On 2/9/2011 1:03 PM, Shaffer, Terri E wrote: I love these tools, but I am amazed at how many people do not know native tso commands...And feel trapped when Logon clist breaks. I was still working at IBM when TSO was announced. Long, complex commands. I figured it would never fly! I sure know how to pick 'em, eh? :-) At any TSO READY prompt.. Alloc fi(ISPPLIB) da('SYS1.SISPPENU') SHR ALLOC FI(ISPMLIB) da('SYS1.SISPMENU') SHR ALLOC FI(ISPSLIB) da('SYS1.SISPSENU') SHR ALLOC fi(ISPTLIB) da('SYS1.SISPTENU') SHR Then PDF and poof you are in ISPF If you want full functionality add in ALLOC fi(SYSPROC) DA('sys1.sispclib') shr Ah, well, your colleagues might get a lot of TSO REXX Programming in z/OS - 5 days It's 5 days because a large portion of the course covers TSO commands, both inside exec's and from READY prompt. http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a750descrpt.htm Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX + DB2 question
On 2/9/2011 2:07 AM, karolf Gazeta.pl wrote: Hi! I have a Rexx script where I run DB2 applications by DSN+CALL commands: ret_codes.='' do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) queue END DSN SYSTEM(DB2X) ret_codes.pgm.i=pgmname ret_codes.plan.i=planname ret_codes.retcode.i=RC 'DELSTACK' end The above solution is bad from performance's point of view. Best solution would be to build the stack and then run DSN command only once: do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) end queue END DSN SYSTEM(DB2X) 'DELSTACK' The thread will be created only once. But there is one difficulty. I don't know how to take over return codes of all running programs (but the last). Anybody knows the solution? (or address where TSO saves RC after running CALL program). regards Karol Filipowicz TSO doesn't save all the RCs. Remember, when you queue commands those commands are not run until after the exec ends! Since the DSN command runs under TSO as a command processor, perhaps you could queue some WHEN commands (I don't know if WHEN commands will work after DB2 subcommands, but it might be worth a try). Maybe: queue when sysrc(= 0) se 'return from job 1 successful' u(*) queue (q1) (q2) WHEN commands are documented for use after TSO CALL, so I don't know if this will work; also, you might have to put the send command in a REXX exec or CLIST to make it work. Bit of a stretch. Let me know how that works, if at all. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Distributed Console Enablement command
On Wed, 9 Feb 2011 11:36:11 -0500, Mark Jacobs mark.jac...@custserv.com wrote: Is the SETCON MODE=DISTRIBUTED command sysplex wide or does it have to be entered on each system in the sysplex? The manual doesn't seem to say. The SETCON MODE=DISTRIBUTED command is syplex wide. It'll make sure that things are compatible across the sysplex and if so then convert console operations to distributed mode. We certainly encourage you to migrate to DISTRIBUTED mode. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMDSYS and MSCOPE for system console (SYSCONS) in a sysplex
On Sun, 6 Feb 2011 12:57:43 -0600, Scott Fagen scottfagen...@yahoo.com wrote: On Sun, 30 Jan 2011 19:14:22 -0600, Patrick Kappeler pkappe...@wanadoo.fr wrote: Hi - Does anybody know if the values given to CMDSYS and MSCOPE in CONSOLxx are actually honored for the system console (SYSCONS) in a sysplex, or is it always working as if asterisk is specified ? I believe the answer is 'yes'. Oddly enough, the default for MSCOPE (when you chose to not define the system console in CONSOLxx) was MSCOPE=*ALL, inviting SUG APAR OA15513: http://www-01.ibm.com/support/docview.wss?uid=isg1OA15513 The system console will use the MSCOPE and CMDSYS defined for it in CONSOLxx. If you do not define the system console in CONSOLxx, it will be given MSCOPE=* (this was changed from *ALL in z/OS R10) and a CMDSYS=*. You can of course change the MSCOPE and CMDSYS by command. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM's New Service Request App
Is the a way to automatically copy the old ETR abstract field into the new SR title field? It is annoying that the SR title field is blank for records created via the ETR system. Don't hold your breath. I have griped about this before (also on this forum), and it went unaddressed. IBM probably figures that everyone will jump onto the new tool, and the rest ist just during conversion. After all, this internet tool is free, right? (That's the excuse I have always gotten from IBM for not fixing things in servicelink.) If you open an ETR via SR, it will have the correct 'abstract' afterwards. I think this has something to do with using a different retain field to fill in abstract in SR. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX + DB2 question
Sorry, but WHEN command works only after CALL/LOADGO TSO commands, not after CALL DSN subcommand. Karol Filipowicz 2011/2/10 Steve Comstock st...@trainersfriend.com On 2/9/2011 2:07 AM, karolf Gazeta.pl wrote: Hi! I have a Rexx script where I run DB2 applications by DSN+CALL commands: ret_codes.='' do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) queue END DSN SYSTEM(DB2X) ret_codes.pgm.i=pgmname ret_codes.plan.i=planname ret_codes.retcode.i=RC 'DELSTACK' end The above solution is bad from performance's point of view. Best solution would be to build the stack and then run DSN command only once: do i=1 to . q1 = RUN PROGRAM(pgmname) PLAN(planname) q2 = PARM('parm_txt') queue (q1)(q2) end queue END DSN SYSTEM(DB2X) 'DELSTACK' The thread will be created only once. But there is one difficulty. I don't know how to take over return codes of all running programs (but the last). Anybody knows the solution? (or address where TSO saves RC after running CALL program). regards Karol Filipowicz TSO doesn't save all the RCs. Remember, when you queue commands those commands are not run until after the exec ends! Since the DSN command runs under TSO as a command processor, perhaps you could queue some WHEN commands (I don't know if WHEN commands will work after DB2 subcommands, but it might be worth a try). Maybe: queue when sysrc(= 0) se 'return from job 1 successful' u(*) queue (q1) (q2) WHEN commands are documented for use after TSO CALL, so I don't know if this will work; also, you might have to put the send command in a REXX exec or CLIST to make it work. Bit of a stretch. Let me know how that works, if at all. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HCD Write Error
Dazzo, Matt pisze: Forgot to mention I looked in the hmc, can anyone be specific? Yes. Use HCD dialogs. Option 2 - 11 - s - w 2. Activate or process configuration data 11. Build and manage S/390 microprocessor IOCDSs and IPL attributes 1. Work with IOCDSs . . . . . . . . . . (s) 1. Update IOCDS . . . . . . . . . . . . (u) 2. Switch IOCDS . . . . . . . . . . . . (s) 3. Enable write protection . . . . . . (e) 4. Disable write protection . . . . . . (w) AFAIR HMC can also be used for that purpose, but you already use HCD dialogs. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best (or any) practices to rewrite spaghetti or METAL/C
Hi If we can consider METAL/C as alternative to rewrite assembler code ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html