RACF EXIT ICHPWX11 doesn't work properly
Hi all, After I installed exit ICHPWX11 and copy the REXX IRRPHREX into SYS1.SAXREXEC but I didn't works. I try to turn on the debug='ON" ..but nothing showsanything I miss? ICH525I INSTALLATION ROUTER TABLE PROCESSED ICH508I ACTIVE RACF EXITS: ICHRCX01 ICHPWX11 ICH524I INSTALLATION CLASS DESCRIPTOR TABLE PROCESSED my os is zos 1.9 ... many thanks -- 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
AW: EMC Centera for HSM?
In this case the Centera is connected via OSA-Adapter. There is no need for any adapter (emulator) like Bus-Tech MAS.The Centera Mainframe HSM Migrator operates within the existing DFSMShsm address space. It uses three HSM exits (ARCMDEXT, ARCPEXT, ARCINEXT). Dietmar Ley -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Im Auftrag von Art Celestini Gesendet: Dienstag, 10. März 2009 02:05 An: IBM-MAIN@bama.ua.edu Betreff: Re: EMC Centera for HSM? From what I know of the Centera, I doubt if HSM has any code that talks to the "native" Centera interface (via EMC's SDK). So, it would seem that a hardware adapter like the BusTek MDL would be needed to make the Centera look like an array of tape devices and volumes, which would then be used just like normal tape by HSM. I would think that EMC could provide some references. If not, what about BusTech? At 07:29 PM 3/9/2009, Kenneth E Tomiak wrote: >Two have a Centerra? One is using it? Does that mean neither are using it for >HSM? Would like to get in touch with someone who is doing it? So far just >getting responses from people who know someone who might be doing it. > >Broker the person who is and I will steer them to someone who wants to. I'm >not really interested in being in the middle, nor talking to someone who wants >to sell me something (nor does the person I am trying to help want to be sold >some other solution). [...snip...] == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the "From" address used in this post will be rejected by our server. Please send off- list email to: ibmmaincelestinicom. == -- 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
Cost of CPU Time
Hello IBM-Main'ers, I'm looking for some information on how to calculate the cost for using CPU. Our new performance management team is trying to come up with a calculation that can be used for multiple platforms. Those include zSeries, Unisys, pSeries, HP9000, and intel. Since I'm not allowed to access the Gartner site (due to $$), we're trying this the old fashioned way on our own. Any insight, tips, hints would be appreciated. Brad S. Carson Manager Mainframe Technical Support Laboratory Corporation of America Phone: 336-436-8294 Fax: 336-436-1033 email: cars...@labcorp.com - This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at privacyoffi...@labcorp.com or call (877) 23-HIPAA / (877) 234-4722. -- 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: one IKJEFT01 job, 2 outputs in sdsf - why?
THANK YOU. this example [infra] of bpxbatch works very well in terms of solving my original problem/issue. but it's at the expense of making it much more complicated (imo) to process long complicated commands that go across 3 or 4 lines of input. w/ IKJEFT01, a continuation character at the end of each line ( + ) is sufficient; w/ BPXBATCH, you've got to do the " // SET PARM01= " "// SET PARM02= " etc etc etc routine, which, to me, is much more onerous than having the output in two entities in sdsf. The Lord giveth, and Lord taketh away . Thanks to all who responded . -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Smith, Sean M Sent: Monday, 09 March, 2009 05:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: one IKJEFT01 job, 2 outputs in sdsf - why? I would like to second the question...I understand that the second execution is from the spawned task but is there a way to get the output to come back into the originating execution? All that being said, in your example you could use this instead: //STEPNAME EXEC PGM=BPXBATCH,PARM='SH ls -la /etc/ | cat' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Sean Smith -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Monday, March 09, 2009 12:04 PM To: IBM-MAIN@bama.ua.edu Subject: one IKJEFT01 job, 2 outputs in sdsf - why? cross-posting to ibm-main, mvs-oe running z/os 1.9 when I run this job: //tucopgp1 job… msgclass=x ….. //abc exec pgm=IKJEFT01 //sysexec dd disp=shr, dsn=sys1.sbpxexec //systsprt dd sysout=* //systsin dd * OSHELL ls –la /etc/ | cat the output shows up as TWO entries in sdsf each w/ the same jobname and jobid: (e.g.,) tucopgp1job10694….. tucopgp1job10694 ….. the 90-line item is the conventional jes2 stuff (log, msg-s, jcl, systsprt) ; the 85-line item contains the output proper of the omvs “cat” command. what should I add to my jcl to have all the ouput conflated into just one item in sdsf ? thank you. /s/ tuco bonno graduate, College of Conflict Management University of Southeast Asia "I partied on the Ho Chi Minh Trail -- tiến lên ! " -- 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: one IKJEFT01 job, 2 outputs in sdsf - why?
Use AOPBATCH or DTLSPAWN and you can use a spool file with STDIN and normal shell continuation syntax: //STDIN DD * foo arg1 \ arg2 \ ag3 With DTLSPAWN, you can also set shell variables via JCL parms: // EXEC DTLSPAWN,ARG='a=my.dsn b=your.dsn' //STDIN DD * echo variable a is &a and b is &b foo &a &b // With either AOPBATCH or DTLSPAWN, you can also put a shell script in an HFS file rather than a STDIN spool file. Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Mar 10, 2009 at 7:28 AM, Bonno, Tuco wrote: > THANK YOU. this example [infra] of bpxbatch works very well in terms of > solving my original problem/issue. > but it's at the expense of making it much more complicated (imo) to > process long complicated commands that go across 3 or 4 lines of input. w/ > IKJEFT01, a continuation character at the end of each line ( + ) is > sufficient; w/ BPXBATCH, you've got to do the > " // SET PARM01= " "// SET PARM02= " etc etc etc > routine, which, to me, is much more onerous than having the output in two > entities in sdsf. > > The Lord giveth, and Lord taketh away . > > Thanks to all who responded . > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Smith, Sean M > Sent: Monday, 09 March, 2009 05:37 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: one IKJEFT01 job, 2 outputs in sdsf - why? > > I would like to second the question...I understand that the second > execution is from the spawned task but is there a way to get the output to > come back into the originating execution? > > All that being said, in your example you could use this instead: > > //STEPNAME EXEC PGM=BPXBATCH,PARM='SH ls -la /etc/ | cat' > //STDOUT DD SYSOUT=* > //STDERR DD SYSOUT=* > > Sean Smith > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Bonno, Tuco > Sent: Monday, March 09, 2009 12:04 PM > To: IBM-MAIN@bama.ua.edu > Subject: one IKJEFT01 job, 2 outputs in sdsf - why? > > cross-posting to ibm-main, mvs-oe > > running z/os 1.9 > > > > when I run this job: > > //tucopgp1 job… msgclass=x ….. > > //abc exec pgm=IKJEFT01 > > //sysexec dd disp=shr, dsn=sys1.sbpxexec > > //systsprt dd sysout=* > > //systsin dd * > > OSHELL ls –la /etc/ | cat > > > > the output shows up as TWO entries in sdsf each w/ the same jobname and > jobid: > > (e.g.,) > > tucopgp1job10694….. > > tucopgp1job10694 ….. > > > > the 90-line item is the conventional jes2 stuff (log, msg-s, jcl, systsprt) > ; > > the 85-line item contains the output proper of the omvs “cat” command. > > > > what should I add to my jcl to have all the ouput conflated into just one > item in sdsf ? > > thank you. > > > > > > /s/ tuco bonno > > graduate, College of Conflict Management > > University of Southeast Asia > > "I partied on the Ho Chi Minh Trail -- tiến lên ! " > > -- > 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: one IKJEFT01 job, 2 outputs in sdsf - why?
On Tue, 10 Mar 2009 08:28:08 -0400, Bonno, Tuco wrote: >THANK YOU. this example [infra] of bpxbatch works very well in terms of solving my original problem/issue. >but it's at the expense of making it much more complicated (imo) to process long complicated commands that go across 3 or 4 lines of input. w/ IKJEFT01, a continuation character at the end of each line ( + ) is sufficient; w/ BPXBATCH, you've got to do the >" // SET PARM01= " "// SET PARM02= " etc etc etc routine, which, to me, is much more onerous than having the output in two entities in sdsf. > >The Lord giveth, and Lord taketh away . > >Thanks to all who responded . > > I have abandoned all of the UNIX batch procedures that IBM has come up with and use DTLSPAWN from Dovetailed Technologies. It is much, much better in my opinion. It is 100% gratis (free-as-in-beer). http://dovetail.com/products/dtlspawn.html -- John -- 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
Moving HSM RECYCLE to different LPAR in SYSPLEX
I'm considering moving RECYCLE from my primary host to a secondary to offload some cycles from the primary. I'm running z/OS 1.8 on 3/4 LPARS in the prod sysplex and 1.10 on the 4th. Anyone tried this and fell in a ditch or were results as expected? Tips/Tricks? Any redbook,etc info in this area. We do of course, share HSM CDS's across the sysplex. -- 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
Moving HSM RECYCLE to different LPAR in SYSPLEX
I'm considering moving RECYCLE from my primary host to a secondary to offload some cycles from the primary. I'm running z/OS 1.8 on 3/4 LPARS in the prod sysplex and 1.10 on the 4th. Anyone tried this and fell in a ditch or were results as expected? Tips/Tricks? Any redbook,etc info in this area. We do of course, share HSM CDS's across the sysplex. ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- 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
HSM and COMPRESS
Hello there, using the applicable PATCH, I tell DFSMShsm to pass the COMPRESS parameter to DFSMSdss for the Full Volume Dump function. Does this patch apply to the BACKUP function as well (either automatic or command related) ? If no, is it possible to pass COMPRESS for the BACKUP function ? TIA Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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: Cost of CPU Time
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carson, Brad Sent: Tuesday, March 10, 2009 6:36 AM To: IBM-MAIN@bama.ua.edu Subject: Cost of CPU Time Hello IBM-Main'ers, I'm looking for some information on how to calculate the cost for using CPU= . Our new performance management team is trying to come up with a calculat= ion that can be used for multiple platforms. Those include zSeries, Unisys= , pSeries, HP9000, and intel. Since I'm not allowed to access the Gartner = site (due to $$), we're trying this the old fashioned way on our own. Any insight, tips, hints would be appreciated. This is probably hashed greatly in the archives. It hasn't been too long since a large argument was running over how to do things in this area and why. The basics are: 1) How long do you take to amortize the machine to $0? 2) How much do you use the machine per processing day (if the machine is idle for 16 hours vs run 24x365 -- pet peeve, 24x7x365 is roughly 7 years)? 3) Are you going to put in all your costs for software that runs on the machine, and how do you plan to amortize those? 4) Are you going to figure your costs for environmentals for the machine? 5) Will you put in the manpower costs to operate (as in any operators, administrators, etc.)? 6) Will over-all manpower costs be applied (manager costs for the "IT" department)? 7) Are storage costs to be apportioned to the machine, and if so, how? Once you have all of this, you can then assign the cost per CPU unit (hour, minute, etc.) Next, will you set this for a CPU, or divide by the number of CPUs (this is what started the argument last time as I recall)? Once you get this done, and you are comparing apples to apples, I would love to see which system is the most cost effective for general processing (I know that there are specific things that different systems are especially good at, such as math, or data base handling). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer. -- -- 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: Screen size (was 3270 emulator cost)
On Wed, 25 Feb 2009 08:32:45 -0600, Mark Zelden wrote: >On Tue, 24 Feb 2009 15:28:13 -0600, Tom Marchant >wrote: > >>On Tue, 24 Feb 2009 11:42:29 -0800, Edward Jaffe wrote: >>> >>>Hmmm. I'm "playing" with it now and it looks pretty good (other than I >>>can't figure out how to get a 90x142 display like I'm accustomed to.) >> >>Wow! Thanks, Ed. I've been using 62x142 for a while. Thought that 62 >>lines was all ISPF would support. I just tried 90x142 and I think I'm >>hooked already. > >Using Vista. > >I tried 90... way too small. I'm sure it would be even worse when I >have to work from my laptop (at work I plug into a docking station with >a 17" monitor). I went down to 80 and it was readable but too "scrunched". >I decreased by 2 and kept trying and the font didn't change until I hit 68. >The font is slightly smaller than my 62, but still looks "proportional" as >opposed to "scrunched". I could live with that, but I think working from >my laptop monitor it would be hard to read. The 62 already is. > >Mark Well... I've been using 68x142 instead of 62x142 since I posted this in February and I'm used to the smaller font size. The only problem I've run into is MXI when I exit some panels: *** * ISPV006 * * Data truncation occurred * Data for CHAR format variable "MXIBUF" was too long. * *** MXI G2 probably does not have this problem. I may switch back to 62 x 142 (6 lines less real estate isn't that much). >From the ISPF User Guide Vol II, this is the official support statement: 2.1.2 Terminal characteristics 1. ISPF supports screen sizes from 24 x 80 characters to 62 x 160 characters. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Cost of CPU Time
It costs nothing to use the CPU, other than the electrical power it consumes and the heat load on the building HVAC. It just sits there. But there are costs associated with making the CPU usable. Software licensing costs, support personnel costs, etc. Some of the software costs may be keyed to how much the CPU is used. But, then, use of the CPU also produces income directly or indirectly. Some add up the TCO (total cost of ownership or operation) and then prorate that across the user community using some arbitrary metric such as CPU seconds. Some prorate on transaction counts. Some do some combination thereof. Even then, the foundation of any such calculations would be a management decision to consider the operation a cost center or a profit center. For example, a really good measurement of the TCO of a given box would include the electrical power and the heat load on the building HVAC. But that rarely happens because those are almost always different cost centers and therefore operate under different budgeting strategies. So, add up all the costs associated with a given box. That's the cost of having a CPU to use. But it costs nothing to actually use it. Some might even argue that there are tangible costs of -not- using the CPU. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carson, Brad Sent: Tuesday, March 10, 2009 6:36 AM To: IBM-MAIN@bama.ua.edu Subject: Cost of CPU Time Hello IBM-Main'ers, I'm looking for some information on how to calculate the cost for using CPU. Our new performance management team is trying to come up with a calculation that can be used for multiple platforms. Those include zSeries, Unisys, pSeries, HP9000, and intel. Since I'm not allowed to access the Gartner site (due to $$), we're trying this the old fashioned way on our own. Any insight, tips, hints would be appreciated. Brad S. Carson Manager Mainframe Technical Support Laboratory Corporation of America Phone: 336-436-8294 Fax: 336-436-1033 email: cars...@labcorp.com - This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at privacyoffi...@labcorp.com or call (877) 23-HIPAA / (877) 234-4722. -- 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: Cost of CPU Time
On Tue, 10 Mar 2009 07:35:51 -0400, Carson, Brad wrote: >Hello IBM-Main'ers, > >I'm looking for some information on how to calculate the cost for using CPU. Our new performance management team is trying to come up with a calculation that can be used for multiple platforms. Those include zSeries, Unisys, pSeries, HP9000, and intel. Since I'm not allowed to access the Gartner site (due to $$), we're trying this the old fashioned way on our own. > >Any insight, tips, hints would be appreciated. > > > >Brad S. Carson >Manager Mainframe Technical Support >Laboratory Corporation of America >Phone: 336-436-8294 >Fax: 336-436-1033 >email: cars...@labcorp.com > You will need to gather systems' log data historically in order to build up a suitable resource usage data reference source. Since all usage monitors are not equal, you will need to calculate and apply a "capture ratio" in order to fairly (loosely stated) make up the difference between the amount of "attributable" CPU usage as compare to what is unattributable and is thus considered overhead. Likely there will be a capture-ratio for several of your technologies, again, since not all vendors of transaction/DBMS subsystems develop with the same architecture objectives in mind. It's quite typical to have a 12-month historical perspective before developing a credible going-forward set of CPU "rates". And, as was mentioned, these rates may or may not take into consideration intangible factors, like "you agreed not to charge us for the first 3 years after our in-sourcing" -- so then who/where do these usage numbers get attributed? Unbundling of some infrastructure components, such as telecommunications and dedicated software for one customer, will also play into the mix, either above or below the water-line when the final rates are pitched to the clients. Scott Barry SBBWorks, Inc. -- 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: RACF EXIT ICHPWX11 doesn't work properly
On Tue, 10 Mar 2009 15:19:56 +0800, Tommy Tsui wrote: >After I installed exit ICHPWX11 and copy the REXX IRRPHREX into >SYS1.SAXREXEC but I didn't works. I try to turn on the debug='ON" >..but nothing showsanything I miss? >ICH525I INSTALLATION ROUTER TABLE PROCESSED >ICH508I ACTIVE RACF EXITS: ICHRCX01 ICHPWX11 >ICH524I INSTALLATION CLASS DESCRIPTOR TABLE PROCESSED >my os is zos 1.9 ... Are you using password phrases yet? If so, what did you do that you think should have driven that exit? Also, I generally suggest asking RACF-specific questions on the RACF mailing list rather than on IBM-MAIN. You will usually find more RACF experts there than on IBM-MAIN. And for this specific question, the right IBM expert does watch RACF-L and as far as I know does not watch IBM-MAIN. For those not familiar with that list, RACF-L, please see http://www-03.ibm.com/servers/eserver/zseries/zos/racf/links/racf-l.html -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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: RACF password & id checking
Ah, the (in)famous "industry recognized best practices". Which industry? Where is this Written? Are we talking about the data security 'industry' or the IP audit 'industry'. Who is 'industry'? Do they have a web site? Where can I find these publications? Sorry. You do what the customer wants, of course. As we all do. Love your disclaimer tag. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG) Sent: Friday, March 06, 2009 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF password & id checking I have had to do exactly what is being discussed in z/OS and Linux. When you are a government contractor and the Inspector General's office says do it or the certification for the facility is canceled (along with your contract), you need no more business justification. As or security justification, all of the OIG requirements in this area are industry recognized best practices. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. 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: Moving HSM RECYCLE to different LPAR in SYSPLEX
It's a good idea to shuffle the cycles around. What I've done is use my storage management product to execute different schedules of recycles. At 6 AM the recycle is issued for everything that is zero percent full. This takes about 5 to 10 minutes to complete. At 6:30 recycle is issued for that days backups tapes to be recycled, beginning at five percent valid data and then moving up based on an incremental alert system that we've defined. The weekend is when ML2 is recycled along with the Saturday and Sunday daily backup tapes. The whole process is complete before 8 AM and we usually get up to everything with thirty percent valid data. The one item to remember is if you are duplexing your tapes, take into consideration the number of tape drives that will be required to perform the recycle and any other possible DFHSM tape activity such as recalls. Michael Spencer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael B Smith Sent: Tuesday, March 10, 2009 8:55 AM To: IBM-MAIN@bama.ua.edu Subject: Moving HSM RECYCLE to different LPAR in SYSPLEX I'm considering moving RECYCLE from my primary host to a secondary to offload some cycles from the primary. I'm running z/OS 1.8 on 3/4 LPARS in the prod sysplex and 1.10 on the 4th. Anyone tried this and fell in a ditch or were results as expected? Tips/Tricks? Any redbook,etc info in this area. We do of course, share HSM CDS's across the sysplex. -- 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: TCP/IP fail to start
Tomas - the explanation for IEW4000I recommends specifying a larger region size. We use 128M for the TCPIP started task. Luke -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tomas Anderson Sent: Monday, March 09, 2009 10:35 PM To: IBM-MAIN@bama.ua.edu Subject: TCP/IP fail to start After system started, got the message: *02 ISTEXC200 - DYN COMMANDS MAY BE ENTERED *EZZ9315E TCP/IP WAITING FOR RESOLVER TO INITIALIZE *:login/tcp: getaddrinfo: EDC9502I The name or address could not be resolved at this time. Future attempts may succeed. After "s tcpip" Got this : - 05.31.27 STC00041 IEW4000I FETCH FOR MODULE EZBTIINI FROM DDNAME - -LNKLST- FAILED BECAUSE INSUFFICIENT STORAGE WAS AVAILABLE. 05.31.27 STC00041 CSV031I LIBRARY ACCESS FAILED FOR MODULE EZBTIINI, RETURN CODE 14, REASON CODE 26110021, DDNAME *LNKLST* Is it really a STORAGE shortage? Anyone knows the cause? Thanks. -- 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
MLE Option Support
I'm currently running z/OS v1.4 and I've been asked if the MLE option will work beyond 2010. My plans are to first go to v1.7 then to 1.9. I will need to know if the MLE will work on those environments as well. Thanks in advance... George Rodriguez Specialist, Systems Programmer Network & Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated "A" by the Florida Department of Education 2005, 2006, 2007 & 2008 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- 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: RACF password & id checking
Try FIPS 112 or ADS 545 for starters. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Hal Merritt > Sent: Tuesday, March 10, 2009 9:28 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: RACF password & id checking > > Ah, the (in)famous "industry recognized best practices". > > Which industry? Where is this Written? Are we talking about the data > security 'industry' or the IP audit 'industry'. > > Who is 'industry'? Do they have a web site? Where can I find these > publications? > > Sorry. You do what the customer wants, of course. As we all do. > > Love your disclaimer tag. > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Roach, Dennis (N-GHG) > Sent: Friday, March 06, 2009 3:26 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: RACF password & id checking > > I have had to do exactly what is being discussed in z/OS and Linux. > > When you are a government contractor and the Inspector General's office > says do it or the certification for the facility > is canceled (along with your contract), you need no more business > justification. > > As or security justification, all of the OIG requirements in this area > are industry recognized best practices. > > Dennis Roach > GHG Corporation > Lockheed Martin Mission Services > Flight Design and Operations Contract > Address: >2100 Space Park Drive >LM-15-4BH >Houston, Texas 77058 > Mail: >P.O. Box 58487 >Mail Code H4C >Houston, Texas 77258 > Phone: >Voice: (281)336-5027 >Cell: (713)591-1059 >Fax:(281)336-5410 > E-Mail: dennis.ro...@lmco.com > > All opinions expressed by me are mine and may not agree with my > employer > or any person, company, or thing, living or dead, on or near this or > any > other planet, moon, asteroid, or other spatial object, natural or > manufactured, since the beginning of time. > > > > 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 -- 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: Suggestions on how many Hyper PAVs to use per LCU
All I should have put more thought into this rather than just copying some text with the formula. John made me realize that I should have added my personal thoughts about this. Personally, I know of no one with the patience to calculate an alias value for each and every LCU in their shop. They might be different and God knows that the data might move around across LCUs during the course of a week and the SSCH value might be different today than it was yesterday. SO, having said that, I usually recommend taking the highest SSCH value for an LCU and using that value as a constant for all LCUs. This assigns the largest expected alias count for an LCU to all LCUs. If the data moves around, you are covered. Also, this formula typically results in much lower values for alias definitions than already exist, if you calculate a value that is too high, it doesn't hurt -- you are still using less than before. I mean think about it -- my previous recommendation for customers with mod-27s in an LCU was 3 alias to 1 base, so you would allocate 64 base devices and 192 alias devices -- with HyperPAV you can possible reduce the 192 down to 20. What a bargain even at twice the price. Tom John Ticic IBM-MAIN wrote: You are moving to a new box, so you need to look at your current peak I/O load, for each LPAR and calculate (on an LCU basis) how loaded your new LCUs will be. The method shown below is a good starting point, but pick your factor to cope with bursts of I/O activity. Since HyperPAVs are assigned on an I/O basis, you should look for the peak I/O workload (not the sum of all LPARs!). You should be conservative and use the RMF records (74.1 and 78.3) to verify your calculations (DASD device and I/O queing reports) after you have moved to the new box. Take a look at DS8000 HyperPAV case study (IBM techdocs) and also on our website for a white paper that will give you some background information. John 2 * [ (SSCH Rate) * (Average I/O Service Time) ] = # of Proposed Aliases Example -- assumptions are 2000 SSCH for the LCU with an average I/O service time of 5 milliseconds. 2 * [ (2000) * (.005) ] = 2 * 10 = 20 Aliases for the LCU Note ... Make this calculation at the LCU level as the alias are defined as device numbers on an LCU. Hello, We are installing a new DASD array with 33 TB of capacity with approximately 1/3 of the capacity being setup as 3390-3's, 1/3 as 3390-9's and the last 1/3 as 3390-27's. I am wondering if anyone has any experience or documentation that would suggest how many Hyper PAVs per LCU we should define. The LCUs will contain an even mix (from a capacity perspective) of the 3390-3's, 3390-9's and 3390-27's. John Ticic IntelliMagic - Storage Intelligence Perzikweg 13a, 2321 DG Leiden, The Netherlands www.intellimagic.net -- 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: RACF password & id checking
On Tue, 10 Mar 2009 09:25:08 -0600, Roach, Dennis (N-GHG) wrote: >Try FIPS 112 or ADS 545 for starters. > Does IBM provide at least a sample exit supporting these "industry recognized best practices"? (Though I'd prefer "default" or at least "optional" over "sample".) -- gil -- 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: RACF EXIT ICHPWX11 doesn't work properly
Have you IPL'd the system after installing your exit? IIRC, you need to do so. Tommy Tsui wrote: Hi all, After I installed exit ICHPWX11 and copy the REXX IRRPHREX into SYS1.SAXREXEC but I didn't works. I try to turn on the debug='ON" ..but nothing showsanything I miss? ICH525I INSTALLATION ROUTER TABLE PROCESSED ICH508I ACTIVE RACF EXITS: ICHRCX01 ICHPWX11 ICH524I INSTALLATION CLASS DESCRIPTOR TABLE PROCESSED my os is zos 1.9 ... many thanks -- 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 -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- 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: MLE Option Support
Might as well add z/OS 1.11 to you plan. z/OS 1.11 (or whatever marketing decides to call it by then) should be avail in September of this year. Stopping at 1.9 will put you behind the curve (again). I didn't see anything that indicates support is being dropped. Check the LE books for information about changing the Millenium window. HTH, I'm currently running z/OS v1.4 and I've been asked if the MLE option will work beyond 2010. My plans are to first go to v1.7 then to 1.9. I will need to know if the MLE will work on those environments as well. -- 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: Screen size (was 3270 emulator cost)
Just tried both MXI G2 and MXI 4.3 on a 68x142 display and I was able to re-create the probem with MXI 4.3. It appears to be a boundary error when calculating the dynamic area size for scrolling operations. MXI G2 handles this screen size just fine. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 rsc...@rs.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: 10 March 2009 14:07 To: IBM-MAIN@bama.ua.edu Subject: Re: Screen size (was 3270 emulator cost) On Wed, 25 Feb 2009 08:32:45 -0600, Mark Zelden wrote: >On Tue, 24 Feb 2009 15:28:13 -0600, Tom Marchant > >wrote: > >>On Tue, 24 Feb 2009 11:42:29 -0800, Edward Jaffe wrote: >>> >>>Hmmm. I'm "playing" with it now and it looks pretty good (other than >>>I can't figure out how to get a 90x142 display like I'm accustomed >>>to.) >> >>Wow! Thanks, Ed. I've been using 62x142 for a while. Thought that >>62 lines was all ISPF would support. I just tried 90x142 and I think >>I'm hooked already. > >Using Vista. > >I tried 90... way too small. I'm sure it would be even worse when I >have to work from my laptop (at work I plug into a docking station with >a 17" monitor). I went down to 80 and it was readable but too "scrunched". >I decreased by 2 and kept trying and the font didn't change until I hit 68. >The font is slightly smaller than my 62, but still looks "proportional" >as opposed to "scrunched". I could live with that, but I think working >from my laptop monitor it would be hard to read. The 62 already is. > >Mark Well... I've been using 68x142 instead of 62x142 since I posted this in February and I'm used to the smaller font size. The only problem I've run into is MXI when I exit some panels: *** * ISPV006 * * Data truncation occurred * Data for CHAR format variable "MXIBUF" was too long. * *** MXI G2 probably does not have this problem. I may switch back to 62 x 142 (6 lines less real estate isn't that much). >From the ISPF User Guide Vol II, this is the official support statement: 2.1.2 Terminal characteristics 1. ISPF supports screen sizes from 24 x 80 characters to 62 x 160 characters. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: RACF password & id checking
2009-03-06 Hal Merritt wrote:
> IMHO: exits as a subspecies are evil critters. They become an ongoing
> maintenance challenge and tend to attract unwelcome attention from auditors.
> Exits are hard to write, hard to stress test, and introduce a level of risk.
> You need extraordinary measures in place to protect the code.
This is kind of amusing... Twenty years or so ago, the big controversy
was over IBM removing the source code to its products. IBM's argument
then was that too many shops were modifying their systems, and thus
delaying the move to newer OS versions, and that exits would be the
stable way for customers to make the systems behave the way they
wanted. The big shops at the time argued that IBM provided far too few
exits, and with too low functionality to duplicate what they did with
mods.
So now that there are lots of exit points, using them has become the
new evil? What's next on the list - config files? Parmlib options?
Local naming conventions that don't match the defaults?
[...]
> I once worked in an exit happy shop. Getting the exits updated and tested
> tended to be the single biggest bottleneck in rolling out new operating
> system levels.
Perhaps so. But SHARE showed fairly clearly back in the 1980s that the
most heavily modified ("modification happy"?) shops were also those at
the newest OS releases. In some cases updating the exits is worth the
resources.
> Of course, if you have a compelling business/technical need, then lock and
> load.
Using exits, just like modifying source code, or choosing build vs buy
for an application, is a business decision, that has to be taken with
awareness of all the costs, risks, and benefits. If you have a
business requirement that is best and most cost effectively addressed
by using an exit, then do it. If you have programmers running around
writing and installing exits on production systems for fun, then you
have a management problem.
Tony H.
--
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: RACF password & id checking
>Exits are hard to write, hard to stress test, and introduce a level of risk. >You need extraordinary measures in place to protect the code. You could say exactly the same thing about application code. I've worked in many a shop where the application source code had been missing for years. And, many were hard to test in any way. - Too busy driving to stop for gas! -- 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: RACF password & id checking
Absolutely agree. Robust software is hard, darned hard. And, to repeat myself, all software has bugs. But I think most would agree that the level of difficulty and risks are generally somewhat greater on the system level as opposed to the application level. Of course, YMMV ;-) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, March 10, 2009 12:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF password & id checking >Exits are hard to write, hard to stress test, and introduce a level of risk. >You need extraordinary measures in place to protect the code. You could say exactly the same thing about application code. I've worked in many a shop where the application source code had been missing for years. And, many were hard to test in any way. - Too busy driving to stop for gas! 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: Screen size (was 3270 emulator cost)
Mark Zelden wrote: >From the ISPF User Guide Vol II, this is the official support statement: 2.1.2 Terminal characteristics 1. ISPF supports screen sizes from 24 x 80 characters to 62 x 160 characters. That's not an official support statement. That's just simply doc that never got updated. I have an RCF open for this: In ISPF User's Guide Volume II, under Screen Format there are two errors: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzu270/2.1.2 1. It says that "Std" keeps your screen at 24x80. This is wrong. I'm presently running my emulator session with 90x80 default (primary) screen size and 92x142 alternate screen size. The "Std" setting forces me to the default (primary) size of 90x80. There is no 24-rows limit with "Std". 2. It says "ISPF supports screen sizes from 24 x 80 characters to 62 x 160 characters." The upper limit of 62x160 was removed in z/OS 1.9 ISPF. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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
SHARE Proceedings
I can't speak for other projects. But, 100% of the SHARE MVS/SCP Project presentations are now available in the Proceedings area at http://www.share.org. Austin was a great event. Lots of new and interesting information was presented. Hopefully, the proceedings will give those of you unlucky enough to have missed Austin a taste of what was presented and even more justification to come to Denver and hear all about z/OS 1.11 and related topics. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: one IKJEFT01 job, 2 outputs in sdsf - why?
Sean,
The IKJEFT01 / OSHELL combination produces two sysouts because
ishell allocates STDOUT to a temporary file under /tmp then invokes
BPXBATCH SH to run the desired command. DD OSHOUT1 is allocated and
STDOUT copied to it. This dynamic allocation results in the
separated SYSOUT.
I've taken to using the IBM supplied module BPXWUNIX to execute
shell commands, execs and programs. I built a tiny
five line Rexx exec to setup and call BPXWUNIX and one of it's options is
to specify an output DD. I also use it in Rexx as a procedure
when it's necessary to interface with USS from the MVS side of the house
because of its small size. 5 lines of code vs 107 for OSHELL.
My Rexx looks like this
/*Rexx */
Parse Arg uss_cmd
Call Bpxwunix uss_cmd,, "DD:SYSTSPRT"
If result<>0 Then Say "Rc(!!"result"!!)"
Exit result
The JCL to invoke it looks like this:
//xxx JOB ('USSCMD'),MSGCLASS=O,NOTIFY=&SYSUID,REGION=0M
//TSOBATCH EXEC PGM=IKJEFT1A
//SYSEXEC DD DSNAME=UNIX.REXX.EXEC,DISP=SHR
//SYSTSPRT DD SYSOUT=*,LRECL=256,RECFM=V
//SYSTSIN DD DATA,DLM=##
usscmd ls -E /u/jim/
##
The net result is all output from the ls command goes to the SYSTSPRT DD.
A word of caution, execution BPXWUNIX does not result in a shell being
instansiated so there is no inherited path for BPXWUNIX to search.
Therefore you must supply the path to the resource to be executed except
for internal shell commands. For example, if you wanted to
execute the chmount external command, the call might be usscmd
/usr/sbin/chmount -R -a /tmp/
with the full path to the directory where chmount lives.
Doc for BPXWUNIX can be found at
ftp://ftp.software.ibm.com/s390/zos/tools/rexx/rexxfunc.html
Jim Holloway - Metlife
"Smith, Sean M" wrote on 03/09/2009
14:37:28 PM:
--
>
> Date:Mon, 9 Mar 2009 14:37:28 -0700
> From:"Smith, Sean M"
> Subject: Re: one IKJEFT01 job, 2 outputs in sdsf - why?
>
> I would like to second the question...I understand that the second
> execution is from the spawned task but is there a way to get the
> output to come back into the originating execution?
>
> All that being said, in your example you could use this instead:
>
> //STEPNAME EXEC PGM=BPXBATCH,PARM='SH ls -la /etc/ | cat'
> //STDOUT DD SYSOUT=*
> //STDERR DD SYSOUT=*
>
> Sean Smith
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Bonno, Tuco
> Sent: Monday, March 09, 2009 12:04 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: one IKJEFT01 job, 2 outputs in sdsf - why?
>
> cross-posting to ibm-main, mvs-oe
>
> running z/os 1.9
>
>
>
> when I run this job:
>
> //tucopgp1 jobâ?¦ msgclass=x â?¦..
>
> //abc exec pgm=IKJEFT01
>
> //sysexec dd disp=shr, dsn=sys1.sbpxexec
>
> //systsprt dd sysout=*
>
> //systsin dd *
>
> OSHELL ls â??la /etc/ | cat
>
>
>
> the output shows up as TWO entries in sdsf each w/ the same jobnameand
jobid:
>
> (e.g.,)
>
> tucopgp1job10694â?¦..
>
> tucopgp1job10694 â?¦..
>
>
>
> the 90-line item is the conventional jes2 stuff (log, msg-s, jcl,
systsprt) ;
>
> the 85-line item contains the output proper of the omvs â??catâ?
command.
>
>
>
> what should I add to my jcl to have all the ouput conflated into
> just one item in sdsf ?
>
> thank you.
>
>
>
>
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or copying of this message is prohibited. If you are not the
intended addressee, please notify the sender immediately and delete this
message.
--
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: SHARE Proceedings
I agree fully. Glad we finally god to meet. Hoping to see you again in Denver. As soon as I get the session evaluation forms' comments, I'll tell you what all the various topics were requested for future sessions. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, March 10, 2009 2:39 PM To: IBM-MAIN@bama.ua.edu Subject: SHARE Proceedings I can't speak for other projects. But, 100% of the SHARE MVS/SCP Project presentations are now available in the Proceedings area at http://www.share.org. Austin was a great event. Lots of new and interesting information was presented. Hopefully, the proceedings will give those of you unlucky enough to have missed Austin a taste of what was presented and even more justification to come to Denver and hear all about z/OS 1.11 and related topics. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Screen size (was 3270 emulator cost)
On Tue, 10 Mar 2009 11:16:03 -0700, Edward Jaffe wrote: >Mark Zelden wrote: >> >From the ISPF User Guide Vol II, this is the official support statement: >> >> 2.1.2 Terminal characteristics >> >> 1. ISPF supports screen sizes from 24 x 80 characters to 62 x 160 characters. >> > >That's not an official support statement. That's just simply doc that >never got updated. I have an RCF open for this: Thanks for correcting my liberal use of the word "official". Nothing documented is ever official and an APAR can be opened as a doc error even when you think it is official. :-) > > >In ISPF User's Guide Volume II, under Screen Format there are two errors: > >http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzu270/2.1.2 > >1. It says that "Std" keeps your screen at 24x80. This is wrong. I'm >presently running my emulator session with 90x80 default (primary) >screen size and 92x142 alternate screen size. The "Std" setting forces >me to the default (primary) size of 90x80. There is no 24-rows limit >with "Std". > >2. It says "ISPF supports screen sizes from 24 x 80 characters to 62 x >160 characters." The upper limit of 62x160 was removed in z/OS 1.9 ISPF. > > Thanks. I happen to be running on 1.9 here, so I guess I'll live with the MXI "annoyance" (I don't expect Rob to fix the freeware version) and continue to use 68x142 since it is supported. BTW, I've sent in several RCFs myself recently and have been surprised how quickly I get a response and a draft update back in my inbox. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: SHARE Proceedings
Not all of VM or Linux ones are out there yet. I was hoping to see this one 9162 - x86 Virtualization Technology for System z http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=19229 Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) From: Edward Jaffe To: IBM-MAIN@bama.ua.edu Sent: Tuesday, March 10, 2009 2:39:26 PM Subject: SHARE Proceedings I can't speak for other projects. But, 100% of the SHARE MVS/SCP Project presentations are now available in the Proceedings area at http://www.share.org. Austin was a great event. Lots of new and interesting information was presented. Hopefully, the proceedings will give those of you unlucky enough to have missed Austin a taste of what was presented and even more justification to come to Denver and hear all about z/OS 1.11 and related topics. -- Edward E Jaffe -- 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 to use CSI Catalog Search Interface
It may be that your WORK area is too small. I had issues with the CSI code
hanging or just plain not working. I used the following values and it helped.
WORKLEN = 64000
dwork = 'FA00'X || COPIES('00'X,WORKLEN-4)
LDO
--
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: DFHSM Issue - Critical
I agree with "don't cancel" as many bad things can and do happen. When you hold RECYCLE, it will finish the tape it is currently recycling, and if I'm not wrong, it will finish the entire volume chain (if the volume was part of a chain). Try HOLD RECYCLE EOD instead as it will hold at the end of the current dataset. Audit is another long-running function that can also hold up CDS Backups. I'm not sure if HOLD AUDIT EOD helps, but I generally add EOD to everything just to be sure. Yes, CDS backups are the first thing AUTOBACKUP does...SSM does not kick off any CDS bkups. ...LDO -- 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
Fw: MLE Option Support
Call me confused, If by "MLE" you are referring to "Millennium Language Extensions", then I don't know why you think this has ANYTHING to do with the level of z/OS (or even LE) in use. This is a "language specific" feature and is dependent upon the COMPILER (COBOL or PL/I) in use and NOT what release/version of the operating system you are using. As far as future "support", I find it very difficult (if not impossible) to believe that either COBOL or PL/I will drop support for this feature - especially without a VERY SIGNIFICANT warning periods. At lest for COBOL, the feature allows for "absolute" or "relative" windowing, so either won't be impacted by a change from "2009" to 2010" in the "current" year. What am I missing that makes you think that this MIGHT change? "George Rodriguez" wrote in message news:. .. > I'm currently running z/OS v1.4 and I've been asked if the MLE option > will work beyond 2010. My plans are to first go to v1.7 then to 1.9. I > will need to know if the MLE will work on those environments as well. > > > > Thanks in advance... -- 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: SHARE Proceedings
Posting a presentation for the SHARE Proceedings is an entirely optional choice of the speaker. Some projects do better at getting their speakers to choose to share than others. Some vendors choose to post on their own website so they can harvest your e-mail address. Some speakers procrastinate and have a few more days. Letting them know you want it on the SHARE website might encourage them to do so. On Tue, 10 Mar 2009 12:16:29 -0700, Mark T. Regan, K8MTR wrote: >Not all of VM or Linux ones are out there yet. I was hoping to see this one 9162 - x86 Virtualization Technology for System z http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=19229 Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) From: Edward Jaffe To: IBM-MAIN@bama.ua.edu Sent: Tuesday, March 10, 2009 2:39:26 PM Subject: SHARE Proceedings I can't speak for other projects. But, 100% of the SHARE MVS/SCP Project presentations are now available in the Proceedings area at http://www.share.org. Austin was a great event. Lots of new and interesting information was presented. Hopefully, the proceedings will give those of you unlucky enough to have missed Austin a taste of what was presented and even more justification to come to Denver and hear all about z/OS 1.11 and related topics. -- Edward E Jaffe > >-- >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: How to use CSI Catalog Search Interface
You should get an error code if your workarea is too small and a value of what
size you need. Bigger is better.
Hanging? Did you cause it to scan all your catalogs which takes a fair amount
of time?
Not working? It has always worked for me, but I did not always get the results
I wanted if I asked for date fields with both a two and four digit year.
Removing one of those requests got the data I wanted. The return codes
explain what you get, so you need to know what they mean.
I updated the REXX0003 code I previously mentioned. And I noticed I have
REXX0054 out there too. They both were created to help dump the fields that
are returned to visualize what comes back and as a model for how to break
out what the WORKAREA returns. From that you can modify them when
necessary. I have a note in one that z/OS 1.9 needed some updates. You
need to tailor them based on what you are running. And use the manual to
understand what you are getting back.
These are samples, like the one in SAMPLIB, it worked on the system I last ran
it on, it may not run on your system without changes. It is an API, which
means you call it and handle what you get back.
On Tue, 10 Mar 2009 14:46:33 -0500, L D Owen
wrote:
>It may be that your WORK area is too small. I had issues with the CSI code
>hanging or just plain not working. I used the following values and it helped.
>
>WORKLEN = 64000
>dwork = 'FA00'X || COPIES('00'X,WORKLEN-4)
>
>LDO
>
--
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: SHARE Proceedings
Hope I can read them, some of the writing is atrocious. On Tue, 10 Mar 2009 14:51:49 -0400, Bill Fairchild wrote: >I agree fully. Glad we finally got to meet. Hoping to see you again in Denver. As soon as I get the session evaluation forms' comments, I'll tell you what all the various topics were requested for future sessions. > >Bill > -- 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: SHARE Proceedings
On Tue, 10 Mar 2009 11:39:26 -0700, Edward Jaffe wrote: >... >Austin was a great event. Lots of new and interesting information was >presented. Hopefully, the proceedings will give those of you unlucky >enough to have missed Austin a taste of what was presented and >even more justification to come to Denver and hear all about >z/OS 1.11 and related topics. >... As someone stuck on a back release, I found this SHARE a great disappointment. I was counting on absolutely nothing of interest being announced, and look what happened! Those of you able upgrade to new releases go off a revel in the new functions. I'm going to go sulk in the corner. :-( Seriously, I envy those able to work and play with 1.11. I attended only z/CS sessions but really impressed with what I saw. This is a terrific release. Enjoy it. Pat O'Keefe -- 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: MLE Option Support
I thought I saw something about it on the web. Sorry for the error of relating the COBOL compiler option with the Operating System. In reading there were many people saying that by using this extension they would at least have 10 years to change the code. Even IBM said that this was not a permanent solution to the problem, only a temporary one. I'll be the first to admit that I don't know much about the option. When the subject first came up at the company I was working they just developed a project and converted the 2 digit year to a 4 digit year. No MLE option ever came up. My thanks to everyone for setting me straight and for the solutuon of "don't worry, it'll work." George Rodriguez Specialist, Systems Programmer Network & Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated "A" by the Florida Dept. of Education 2005, 2006, 2007 & 2008 - Original Message - From: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu Sent: Tue Mar 10 18:31:38 2009 Subject: Fw: MLE Option Support Call me confused, If by "MLE" you are referring to "Millennium Language Extensions", then I don't know why you think this has ANYTHING to do with the level of z/OS (or even LE) in use. This is a "language specific" feature and is dependent upon the COMPILER (COBOL or PL/I) in use and NOT what release/version of the operating system you are using. As far as future "support", I find it very difficult (if not impossible) to believe that either COBOL or PL/I will drop support for this feature - especially without a VERY SIGNIFICANT warning periods. At lest for COBOL, the feature allows for "absolute" or "relative" windowing, so either won't be impacted by a change from "2009" to 2010" in the "current" year. What am I missing that makes you think that this MIGHT change? "George Rodriguez" wrote in message news:. .. > I'm currently running z/OS v1.4 and I've been asked if the MLE option > will work beyond 2010. My plans are to first go to v1.7 then to 1.9. I > will need to know if the MLE will work on those environments as well. > > > > Thanks in advance... -- 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: 3490E cartridges
On 2009-02-28 08:30 Pete Borton wrote to IBM-Main about "3490E cartridges": > Thanks to all who replied. Our dilemma is that we still supply our > software on 3480s! We've got a new z9 and a 3490 drive and thought > going to 3490Es was right - most customers could read them. [snip] > admil.co.uk say they can't get them. [snip] Hope everyone has got > enough in stock [snip] > Pete Borton > Mainframe Development Consultant > Northgate HR Limited > e : pete...bor...@northgatearin...com Pete: despite all the nay-sayers that urge the upgrade path, you might simply advise your customers of the non-availability of media and require them to provide *you* with the cartridges when they want the software delivered on the (obsolete) media. This only requires you to retain the hardware without searching for a supplier. (Maybe request 3 to allow for media/drive failures.) Also, if the customer has stayed at that technology level, they likely have ample media to provide for their *personalized* use. You might even require a minor handling fee (say GBP50 + their shipping) as an incentive for them to progress. It leaves the decision in their hands, still allows you to provide the service to them, and nominally gives a revenue justification for the older hardware. ps. I'd verify that claim of "3490Es was right - most customers could read them" by making sure you're writing 18 tracks for 3480s. (I thought the 'E' model was 36 track only. Something to look into.) Tho' we're 3590s internally here, we have kept a 3490E in case we need to *receive* product tapes on those media. --> signature = 6 lines follows <-- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee "How *do* you plan for something like that?" Guardian Bob, Reboot "For every action, there is an equal and opposite criticism." "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 -- 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: Sites running CA-SYSVIEW release 12.
On 2009-03-09 15:56, Duane Weaver wrote "Sites running CA-SYSVIEW release 12." to IBM-Main : > We are having a problem when in CA-SYSVIEW, then entering the ISPF > jump key character '=' (equal sign) in combination with the TSO/ISPF > command separator character ';' (semicolon) >example given =ze;2 > which results in ISPF going to the primary options menu rather than > the application Ze (for us it is the job scheduling package Zeke). Duane : from almost 2 decades ago, I seem to recall this as being an ISPF problem when attempting to assign PF keys. (formerly =0.2?) For example, my logon is followed by PF14 which has ';split;=l2;pre;da nostc;swap;=g;e;c'. Likewise, I have ';=x;x;;=x;x;;=x;x;;=x;x' assigned to PF16 for logging off. I don't recall if I spoofed ISPF using two passes at the panel where one iteration has the equal sign and the other has the semi-colon or used the leading semi-colon that you see in PF16. You'll have to experiment. The problem was that typing the equal-sign (or semi-colon or both) was interpreted immediately by ISPF causing me to leave =0.2 without my PF-keys updated. I suspect SYSVIEW is having the same 'immediacy' problem since it's seems to be an ISPF application. hmmm just thought of something else. SysView might be an 'enclosed application' (I don't remember the right ISPF terminology) such that the equal-sign doesn't translate out to ISPF. ISMF is such an example where =1 ie. ISPF browse from the top panel, doesn't take you to browse but, rather, to option 1 on ISMF'S top panel. You must =x;1 to leave ISMF for ISPF then 1 is the browse option from ISPF's main panel. What happens when you use =x;ze;2 from Sysview? Observed samples only; not an ISPF programmer. Sorry. --> signature = 6 lines follows <-- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee "How *do* you plan for something like that?" Guardian Bob, Reboot "For every action, there is an equal and opposite criticism." "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 -- 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: Moving HSM RECYCLE to different LPAR in SYSPLEX
The other item to check into is how often you do an EXPIREBV. We recycle ML2 on one LPAR, Backup on another, automation isses the recycle commands at 4:30 AM every day and we let it run till 5:00 PM (or it might finish by itself) when automation issues a HOLD RECYCLE, automation issues a RELEASE RECYCLE at 5:30 PM. Alternate your percentvalid(??) as needed on whatever days you choose. If you have NALC priced LPAR's maybe it would be worth it to do the recycles there? YMMV. The SETSYS (syntax escapes me at the moment) will provide control of how many tapes you use at a time. - Original Message - From: "Spencer, Mike" Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, March 10, 2009 10:50 Subject: Re: Moving HSM RECYCLE to different LPAR in SYSPLEX It's a good idea to shuffle the cycles around. What I've done is use my storage management product to execute different schedules of recycles. At 6 AM the recycle is issued for everything that is zero percent full. This takes about 5 to 10 minutes to complete. At 6:30 recycle is issued for that days backups tapes to be recycled, beginning at five percent valid data and then moving up based on an incremental alert system that we've defined. The weekend is when ML2 is recycled along with the Saturday and Sunday daily backup tapes. The whole process is complete before 8 AM and we usually get up to everything with thirty percent valid data. The one item to remember is if you are duplexing your tapes, take into consideration the number of tape drives that will be required to perform the recycle and any other possible DFHSM tape activity such as recalls. Michael Spencer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael B Smith Sent: Tuesday, March 10, 2009 8:55 AM To: IBM-MAIN@bama.ua.edu Subject: Moving HSM RECYCLE to different LPAR in SYSPLEX I'm considering moving RECYCLE from my primary host to a secondary to offload some cycles from the primary. I'm running z/OS 1.8 on 3/4 LPARS in the prod sysplex and 1.10 on the 4th. Anyone tried this and fell in a ditch or were results as expected? Tips/Tricks? Any redbook,etc info in this area. We do of course, share HSM CDS's across the sysplex. -- 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
