Re: Setting up a non space switch PC
I would suggest that you are not picking up the correct LX when issuing the PC. The dump should show which PC routine you invoked. On Tue, 28 Apr 2009 17:53:03 -0500 Dave Day wrote: :>Am at a loss here as to what I'm doing wrong. I need to set up a non system LX, non space switch PC. I have one task that executes the functions to set it up, and one that will actually execute the PC. The goofy part about this is that I've got code that successfully sets up a space-switch PC routine with no problem. :> :>The LXRES :> :>MVC CRTPLXRE,CRTPLXRS MOVE LIST TO EXECUTE :>MVC CRTPLXR#,=F'1' WE NEED ONE LX :>MODESET MODE=SUP :>LXRES LXLIST=CRTPLXR#, :> LXSIZE=23, :> REUSABLE=NO, :> SYSTEM=NO, :> MF=(E,CRTPLXRE) :>LTR R15,R15 DID WE GET IT :>BZCRTP0080YES :> :>The code then does three ETDEF's to set up the entry tables. :> :> MVC CRTPETDF,CRTPETDE :> ETDEF TYPE=SET,HEADER=CRTPETDF,NUMETE=3 :> :> L R8,=A(PC1RTN) ADDR OF PC ROUTINE #1 :> LAR7,CRTPETDF BEGIN OF AREA :> LAR7,ETDLEN(,R7) 1ST ETE ADDRESS :> :> ETDEF TYPE=SET,ETEADR=(R7), :> AKM=(0:8), :> ASCMODE=PRIMARY, :> EKM=(0:8), :> PARM1=(R10),PC=STACKING, :> ROUTINE=(R8), :> RAMODE=31, :> SSWITCH=NO, :> STATE=PROBLEM :> :>This last ETDEF is executed three times, with r8 and r7 adjusted each time. :> :> :> :> ETCRE is then executed. :> :> :>ETCRE ENTRIES=CRTPETDF :> :> :> :>Lastly ETCON :> :>MVC CRTPETCN,CRTPECON LIST TO EXECUTE STORAGE :>MVC CRTPTOK#,=F'1' SET NBR OF TOKENS :>ETCON TKLIST=CRTPTOK#,LXLIST=CRTPLXR#,MF=(E,CRTPETCN) :>LTR R15,R15 :>BZCRTP0200LOOKING GOOD :> :> :>But when the subtask picks up the LX created, and tries to execute the 1st PC routine, it abends. And the really goofy part is that the abend is a B78 in the nucleus. The only thing that I don't check for a valid return code on is the ETCRE, but the manual doesn;t show any values other than 00 return codes, or an abend. The code that is setting up the PC is not abending, the code that executes the PC is. Anybody have any ideas? -- Binyamin Dissen 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: Possible new SYSTEM symbols in JCL.
Hi Gary, Sounds awesome! If you can share, that would be gr8. All the best, Scott T. Harder -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Gary Green Sent: Tuesday, April 28, 2009 8:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Possible new SYSTEM symbols in JCL. John, Not certain if this helps but I have some Rexx code which I execute in batch. This particular Rexx will take input file(s) and process each line from each input file and resolve any symbolics it finds and then passes the input line to a specific output DD name. I use the standard system symbolics and a few of my own. The output file is then passed down to another step in the job which never knows where the SYSIN control cards came from. Works like a champ. Perhaps you could put something together like this? I would offer to pass it along but I would need permission first. (new employer) Gary Green Never use a 2x4 when a 2x6 will do just as well! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Tuesday, April 28, 2009 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Possible new SYSTEM symbols in JCL. On Tue, 28 Apr 2009 11:36:31 -0500, Rick Fochtman wrote: >John, geting the JOBNAME shouldn't be too much of a problem; the value >could be set at conversion time. Getting the job number might be more >of a problem, since JES would have to get involved here. > >You might wanty to consider an Assember routine that will query JES2 >for job number and your ASCB for the job name. Then do a dynamic >allocation of the HFS/ZFS file and create the appropriate JCL, then >pump it through the internal reader for your PERL step. Consider using >the DYNAM routine from the CBTTAPE to do the allocation. > >-- >Rick I could do the above. If I did not feel so tired that even typing this email is difficult (ongoing medical condition). I guess what I should really do if I want any "new system symbols" is simply write a JES2 exit 2 to insert a bunch of // SET symbol=value cards immediately after the JOB card. But that is way too much trouble too. And, in any case, that would violate our standard of "No mods, no exits, no customization! Plain vanilla or death!" -- 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 -- 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 Click to receive credit card help and get out of debt fast. http://thirdpartyoffers.netzero.net/TGL2241/fc/BLSrjpYVrpdTMHlKJSw5OlO4vzyAkFUH7EjESB8el9A6NOv7Ndmkc3VBwDe/ -- 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: Possible new SYSTEM symbols in JCL.
John, Not certain if this helps but I have some Rexx code which I execute in batch. This particular Rexx will take input file(s) and process each line from each input file and resolve any symbolics it finds and then passes the input line to a specific output DD name. I use the standard system symbolics and a few of my own. The output file is then passed down to another step in the job which never knows where the SYSIN control cards came from. Works like a champ. Perhaps you could put something together like this? I would offer to pass it along but I would need permission first. (new employer) Gary Green Never use a 2x4 when a 2x6 will do just as well! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Tuesday, April 28, 2009 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Possible new SYSTEM symbols in JCL. On Tue, 28 Apr 2009 11:36:31 -0500, Rick Fochtman wrote: >John, geting the JOBNAME shouldn't be too much of a problem; the value >could be set at conversion time. Getting the job number might be more >of a problem, since JES would have to get involved here. > >You might wanty to consider an Assember routine that will query JES2 >for job number and your ASCB for the job name. Then do a dynamic >allocation of the HFS/ZFS file and create the appropriate JCL, then >pump it through the internal reader for your PERL step. Consider using >the DYNAM routine from the CBTTAPE to do the allocation. > >-- >Rick I could do the above. If I did not feel so tired that even typing this email is difficult (ongoing medical condition). I guess what I should really do if I want any "new system symbols" is simply write a JES2 exit 2 to insert a bunch of // SET symbol=value cards immediately after the JOB card. But that is way too much trouble too. And, in any case, that would violate our standard of "No mods, no exits, no customization! Plain vanilla or death!" -- 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 -- 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: Setting up a non space switch PC
Where did you pick up your PC number from. Reza Fatemi BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Day Sent: Tuesday, April 28, 2009 3:53 PM To: IBM-MAIN@bama.ua.edu Subject: Setting up a non space switch PC Am at a loss here as to what I'm doing wrong. I need to set up a non system LX, non space switch PC. I have one task that executes the functions to set it up, and one that will actually execute the PC. The goofy part about this is that I've got code that successfully sets up a space-switch PC routine with no problem. The LXRES MVC CRTPLXRE,CRTPLXRS MOVE LIST TO EXECUTE MVC CRTPLXR#,=F'1' WE NEED ONE LX MODESET MODE=SUP LXRES LXLIST=CRTPLXR#, LXSIZE=23, REUSABLE=NO, SYSTEM=NO, MF=(E,CRTPLXRE) LTR R15,R15 DID WE GET IT BZCRTP0080YES The code then does three ETDEF's to set up the entry tables. MVC CRTPETDF,CRTPETDE ETDEF TYPE=SET,HEADER=CRTPETDF,NUMETE=3 L R8,=A(PC1RTN) ADDR OF PC ROUTINE #1 LAR7,CRTPETDF BEGIN OF AREA LAR7,ETDLEN(,R7) 1ST ETE ADDRESS ETDEF TYPE=SET,ETEADR=(R7), AKM=(0:8), ASCMODE=PRIMARY, EKM=(0:8), PARM1=(R10),PC=STACKING, ROUTINE=(R8), RAMODE=31, SSWITCH=NO, STATE=PROBLEM This last ETDEF is executed three times, with r8 and r7 adjusted each time. ETCRE is then executed. ETCRE ENTRIES=CRTPETDF Lastly ETCON MVC CRTPETCN,CRTPECON LIST TO EXECUTE STORAGE MVC CRTPTOK#,=F'1' SET NBR OF TOKENS ETCON TKLIST=CRTPTOK#,LXLIST=CRTPLXR#,MF=(E,CRTPETCN) LTR R15,R15 BZCRTP0200LOOKING GOOD But when the subtask picks up the LX created, and tries to execute the 1st PC routine, it abends. And the really goofy part is that the abend is a B78 in the nucleus. The only thing that I don't check for a valid return code on is the ETCRE, but the manual doesn;t show any values other than 00 return codes, or an abend. The code that is setting up the PC is not abending, the code that executes the PC is. Anybody have any ideas? --Dave Day -- 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
Setting up a non space switch PC
Am at a loss here as to what I'm doing wrong. I need to set up a non system LX, non space switch PC. I have one task that executes the functions to set it up, and one that will actually execute the PC. The goofy part about this is that I've got code that successfully sets up a space-switch PC routine with no problem. The LXRES MVC CRTPLXRE,CRTPLXRS MOVE LIST TO EXECUTE MVC CRTPLXR#,=F'1' WE NEED ONE LX MODESET MODE=SUP LXRES LXLIST=CRTPLXR#, LXSIZE=23, REUSABLE=NO, SYSTEM=NO, MF=(E,CRTPLXRE) LTR R15,R15 DID WE GET IT BZCRTP0080YES The code then does three ETDEF's to set up the entry tables. MVC CRTPETDF,CRTPETDE ETDEF TYPE=SET,HEADER=CRTPETDF,NUMETE=3 L R8,=A(PC1RTN) ADDR OF PC ROUTINE #1 LAR7,CRTPETDF BEGIN OF AREA LAR7,ETDLEN(,R7) 1ST ETE ADDRESS ETDEF TYPE=SET,ETEADR=(R7), AKM=(0:8), ASCMODE=PRIMARY, EKM=(0:8), PARM1=(R10),PC=STACKING, ROUTINE=(R8), RAMODE=31, SSWITCH=NO, STATE=PROBLEM This last ETDEF is executed three times, with r8 and r7 adjusted each time. ETCRE is then executed. ETCRE ENTRIES=CRTPETDF Lastly ETCON MVC CRTPETCN,CRTPECON LIST TO EXECUTE STORAGE MVC CRTPTOK#,=F'1' SET NBR OF TOKENS ETCON TKLIST=CRTPTOK#,LXLIST=CRTPLXR#,MF=(E,CRTPETCN) LTR R15,R15 BZCRTP0200LOOKING GOOD But when the subtask picks up the LX created, and tries to execute the 1st PC routine, it abends. And the really goofy part is that the abend is a B78 in the nucleus. The only thing that I don't check for a valid return code on is the ETCRE, but the manual doesn;t show any values other than 00 return codes, or an abend. The code that is setting up the PC is not abending, the code that executes the PC is. Anybody have any ideas? --Dave Day -- 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: RECEIVE ORDER ERROR
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Mark Zelden > > On Tue, 28 Apr 2009 13:11:43 -0700, Edward Jaffe wrote: > > >Chase, John wrote: > >>> If I did that, wouldn't I have all of the PTFs that haven't yet gone > >>> through CST? > >>> > >> > >> Yes, but you can APPLY by SOURCEID(RSU*). > >> > > > >Right now, I just RECEIVE ORDER CONTENT(RECOMMENDED), whatever comes > >back comes back, and I APPLY *all* of it with a "canned" job stream > >that's always the same. Simple. > > > >The suggestion seems to be to use RECEIVE ORDER CONTENT(ALL) and then > >selectively manage what comes back. I become the one who decides which > >fixes have undergone enough testing and which have not. I have to keep > >track of these numbered/dated RSUs to help understand which fixes I want > >and which I don't. And, I have to be sure to specify the right RSU > >value(s) at APPLY time. > > > > From where I sit, this process sounds like extra work. Clearly, this is > >a job to be undertaken by a professional sysprog--something I've never > >claimed to be. > > > > Not any extra work at all. It's just changing where the "filter" is. > > Currently you filter at the source by selecting "CONTENT(RECOMMENDED)". > If you change to "CONTENT(ALL)" and change your APPLY JCL to > "SOURCEID(RSU*)", you are applying the same service. The "PRO" is that > you would have any PTF you needed in an emergency. The "CONs" are > possibly longer download times and storing more PTFs locally. Actually, to apply *everything* you get with CONTENT(RECOMMENDED), you'd need to specify SOURCEIDs RSU*, HIPER and PRP. I've tried it already with one "batch" of CICS maintenance, using this "canned" APPLY job: APPLY FORFMID( list of CICS FMIDs ) SOURCEID( RSU* HIPER PRP ) GROUPEXTEND BYPASS( whatever's appropriate for your case) CHECK . "Works a treat." -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: Slightly off topic power limits
2009/4/27 R.S. : > Slightly on topic: > I had an occasion to compare two "z" machines: old z9 and new z10. Very > similar in MIPS, channels, memory configuration. > > Power consumption as shown by HMC > Old blue z9: 4kW > New green z10: 6 kW. > So, replacing old equipment with new "green" one resulted in increase of > power consumpion by 50%. Did you measure the consumption, or is this a comparison of the rated draw? Or, pput another way, how much do you trust what the HMC tells you? I have recently measured the consumption of a number of desktop machines and small servers (including an MP3000), and in all cases the actual draw is far lower than the nameplate rating. 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: FTP's
On Tue, Apr 28, 2009 at 4:59 PM, Kirk Wolf wrote: > cp /path/to/unix/file | todsn -l 0x05 //DD:DOWNLOAD > Correction: you would need to use "-l 0x09" since this switch specifies the line terminator in the source codepage (ASCII). -- 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: FTP's
On Tue, Apr 28, 2009 at 4:20 PM, John McKown wrote: > > If you have Co:Z installed, you can do this very simply: > > //CONVERT EXEC DTLSPAWN > //STDOUT DD SYSOUT=* > //STDERR DD SYSOUT=* > //STDIN DD * > fromdsn "//DD:INPUT" | tr '\t' '\n' | todsn "//DD:OUTPUT" > /* > //INPUT DD DSN=crappy.file.from.unix,DISP=SHR > //OUTPUT DD DSN=nice.file.output,DISP=(NEW,CATLG), > //... other required DD parameters > You would need to use the "-b" switch on fromdsn so that record boundaries in the input dataset were ignored. Also, you might want to FTP in a preceding step and receive the file with RECFM=U into a temporary dataset that is passed into the CONVERT step. Kirk Wolf Dovetailed Technologies http://dovetail.com PS> COZBATCH is the new name for DTLSPAWN http://dovetail.com/products/cozbatch.html http://dovetail.com/docs/coz/dsp-ref.html PPS> If you use the Co:Z Launcher rather than FTP, you can launch a script on the Unix box (over SSH) and do everything much simpler: // EXEC PROC=COZPROC, // ARGS='my...@myunix.myco.com' //DOWNLOAD DD DSN=MY.DATASET,DISP=(NEW,CATLG), // DCB=(...),SPACE=(...) //STDIN DD * cp /path/to/unix/file | todsn -l 0x05 //DD:DOWNLOAD // -- 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: FTP's
On Tue, 28 Apr 2009 16:20:01 -0500, John McKown wrote: >On Tue, 28 Apr 2009 15:50:11 -0500, Mark Steely wrote: > >>The file is just an ASCII txt file - instead of having new line at the >>end of each record it has a x'05'. >> How did that ever happen, anyway? >Then you have no problem! You have a single logical line on the UNIX system >which is being transferred to the z/OS system as a single logical record. >There is no way on God's green Earth to tell a ftp server "Oh, by the way, >instead of a normal end of line indicator, please use x'05' as the logical >end of a line." > Outside God's green Earth, it might be possible to supply a custom translation table. Long ago, I tried this on CMS, where it may be easier. The result was a disaster: it applied the custom translation to the control socket as well as the data socket, causing the client not to recognize ends of command lines. >Tell the UNIXoids to use standard line endings of 0x0a. > Amen. >If this is impossible due to insanity at the other end, then you'll need to >upload the file to z/OS as RECFM U. Then write your own program to read the >file and parse it into logical records when it reads a x'05'. > This can be done with the "tr" utility at either the sending or receiving end (provided the file is received into a UNIX file. -- 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: RECEIVE ORDER ERROR
Mark Zelden wrote: Not any extra work at all. It's just changing where the "filter" is. Currently you filter at the source by selecting "CONTENT(RECOMMENDED)". If you change to "CONTENT(ALL)" and change your APPLY JCL to "SOURCEID(RSU*)", you are applying the same service. The "PRO" is that you would have any PTF you needed in an emergency. The "CONs" are possibly longer download times and storing more PTFs locally. Got it! And, Richard Peurifoy points out that CONTENT(RECOMMENDED) probably also contains HIPERs and other things. So, I would need to know those SOURCEIDs to get equivalent function. -- 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: RECEIVE ORDER ERROR
On Tue, 28 Apr 2009 13:38:57 -0700, Edward Jaffe wrote: >Richard Peurifoy wrote: >> If you want to apply all RSU maintenance, you can specify >> RSU* on the APPLY. > >How does the RSU SOURCEID find its way to a PTF I previously >RECEIVEd? Does SMP/E add missing SOURCEIDs automatically when I do >RECEIVE ORDER? > Yes. Adding SOURCEID via ++ASSIGN after the sysmod is already in receive status was implemented in SMP/E 3.4 IIRC. 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: ISPF Question
Yes, but there are no standards, yet! The nice thing about standards, is there are so many to choose from! --Original Message-- From: Don Leahy Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Apr 28, 2009 17:17 Subject: Re: ISPF Question I think that everyone would want to reserve "ED" and "BR" and other obvious ones such as WHEREIS, WHOGOT etc. On Tue, Apr 28, 2009 at 3:15 PM, Ted MacNEIL wrote: >>This brings up a question I've been meaning to ask for a while; does anyone >>know if there's a way to 'reserve' command table abbreviations? > > No there is not. > Like most standards, you need to reach an agreement. > > Years ago, we had the same issue with SMF User records (numbers greater than > 127). > Somebody finally decided to create a mini-consortium to agree that certain > products would always use the same numbers, so they were reserved. > But, that took a long time. > > So did IBM's assignment of product prefixes to ISV's, such as K for Candle > (now part of Tivoli). > > So, I'd say you need a new consortium. > > - > 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 > -- 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 - 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: RECEIVE ORDER ERROR
On Tue, 28 Apr 2009 13:11:43 -0700, Edward Jaffe wrote: >Chase, John wrote: >>> If I did that, wouldn't I have all of the PTFs that haven't yet gone >>> through CST? >>> >> >> Yes, but you can APPLY by SOURCEID(RSU*). >> > >Right now, I just RECEIVE ORDER CONTENT(RECOMMENDED), whatever comes >back comes back, and I APPLY *all* of it with a "canned" job stream >that's always the same. Simple. > >The suggestion seems to be to use RECEIVE ORDER CONTENT(ALL) and then >selectively manage what comes back. I become the one who decides which >fixes have undergone enough testing and which have not. I have to keep >track of these numbered/dated RSUs to help understand which fixes I want >and which I don't. And, I have to be sure to specify the right RSU >value(s) at APPLY time. > > From where I sit, this process sounds like extra work. Clearly, this is >a job to be undertaken by a professional sysprog--something I've never >claimed to be. > Not any extra work at all. It's just changing where the "filter" is. Currently you filter at the source by selecting "CONTENT(RECOMMENDED)". If you change to "CONTENT(ALL)" and change your APPLY JCL to "SOURCEID(RSU*)", you are applying the same service. The "PRO" is that you would have any PTF you needed in an emergency. The "CONs" are possibly longer download times and storing more PTFs locally. 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: FTP's
On Tue, 28 Apr 2009 15:50:11 -0500, Mark Steely wrote: >The file is just an ASCII txt file - instead of having new line at the >end of each record it has a x'05'. > Then you have no problem! You have a single logical line on the UNIX system which is being transferred to the z/OS system as a single logical record. There is no way on God's green Earth to tell a ftp server "Oh, by the way, instead of a normal end of line indicator, please use x'05' as the logical end of a line." Tell the UNIXoids to use standard line endings of 0x0a. If this is impossible due to insanity at the other end, then you'll need to upload the file to z/OS as RECFM U. Then write your own program to read the file and parse it into logical records when it reads a x'05'. If you have Co:Z installed, you can do this very simply: //CONVERT EXEC DTLSPAWN //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //STDIN DD * fromdsn "//DD:INPUT" | tr '\t' '\n' | todsn "//DD:OUTPUT" /* //INPUT DD DSN=crappy.file.from.unix,DISP=SHR //OUTPUT DD DSN=nice.file.output,DISP=(NEW,CATLG), //... other required DD parameters === Another way to do this is to upload the UNIX file into a z/OS UNIX file instead of a dataset. Once it is there, you can use the "tr" command to translate the x'05' bytes to x'15' (z/OS UNIX end-of-line) characters. You can then use a program such as IEBGENER to copy the UNIX file to a z/OS legacy dataset. An example might of the "tr" command (but not the BPXBATCH JCL to run it) might be: tr '\t' '\n' output.file # translate tabs, \t, to newlines, \n //COPY EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1 DD PATH='/some/subdir/output.file', // FILEDATA=TEXT, // RECFM=...,LRECL=... //SYSUT2 DD DSN=...,DISP=(NEW,CATLG), // UNIT=SYSDA,SPACE=... // RECFM=...,LRECL=...,BLKSIZE=0,DSORG=PS // Replace the ... with the correct values. -- 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
Re: ISPF Question
I think that everyone would want to reserve "ED" and "BR" and other obvious ones such as WHEREIS, WHOGOT etc. On Tue, Apr 28, 2009 at 3:15 PM, Ted MacNEIL wrote: >>This brings up a question I've been meaning to ask for a while; does anyone >>know if there's a way to 'reserve' command table abbreviations? > > No there is not. > Like most standards, you need to reach an agreement. > > Years ago, we had the same issue with SMF User records (numbers greater than > 127). > Somebody finally decided to create a mini-consortium to agree that certain > products would always use the same numbers, so they were reserved. > But, that took a long time. > > So did IBM's assignment of product prefixes to ISV's, such as K for Candle > (now part of Tivoli). > > So, I'd say you need a new consortium. > > - > 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 > -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
On Tue, 28 Apr 2009 14:14:29 -0400, John Kelly wrote: > >There's a peculiar tunnel vision on this list. Remember not all users are >administrators. > > >hence SECURITY. If you can't use ADMIN and don't have READ access to a DSN >why would the system let you recover/restore it? > Follow the thread. Or at least read the Subject. The scenario presented is that someone elsewhere has unloaded a load module library, to which he has proper authority, with ADRDSSU and transmitted the archive by FTP, carrier pigeon, whatever, to me here, where I have at least READ authority on that archive. It was the intent of the original owner that I be able to restore it here. I acknowledge that I may (probably) need to rename the received data set to match a profile in which I have WRITE authority. But why should the system prevent my doing this based on the assumption that the local RACF rules can somehow be applied to the sender's environment? But I see that there's a practical argument for using some format other than ADRDSSU, based on Richard Peurifoy's information that ADRDSSU is not generally available (I hadn't known that), and on the profound misunderstanding of the needs of security reflected in the misdesign of ADRDSSU. But enlighten me further. Is it widespread practice to dump secured data sets into unsecured archives, so that ADRDSSU may be making a futile effort to provide ex-post- facto security? As I said earlier, the attempt is doomed to failure at the hands of anyone who reverse-engineers ADRDSSU to bypass its security and perform the restore from the unsecured archive to data set names over which he has WRITE authority. Regardless oF adMINISTRATOR authority, the restore should be permitted to any programmer who has READ authority on the archive and WRITE authority on the restored (not necessarily original) data set names. -- 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: RECEIVE ORDER ERROR
Ed, If you start at http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/ and sniff around and about, you'll eventually find most of the answers you're looking for. Bob Edward Jaffe wrote: Richard Peurifoy wrote: If you want to apply all RSU maintenance, you can specify RSU* on the APPLY. How does the RSU SOURCEID find its way to a PTF I previously RECEIVEd? Does SMP/E add missing SOURCEIDs automatically when I do RECEIVE ORDER? -- 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: Who to report TESTCASE.BOULDER.IBM.COM Issues
It was a power failure in one building at Boulder. On Tue, Apr 28, 2009 at 2:14 PM, Lizette Koehler wrote: > I touched nothing and it is now working. > > Must have been a temporary glich in IBM land. > > Lizette > > > > -- 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: RECEIVE ORDER ERROR
Edward Jaffe wrote: Richard Peurifoy wrote: If you want to apply all RSU maintenance, you can specify RSU* on the APPLY. How does the RSU SOURCEID find its way to a PTF I previously RECEIVEd? Does SMP/E add missing SOURCEIDs automatically when I do RECEIVE ORDER? I can't speak to RECEIVE ORDER, we aren't using it yet. Traditionally when you receive hold data, it includes updates to sourceid's. Because we aren't using RECEIVE ORDER, I also don't know if CONTENT(RECOMMENDED) is the same as RSU maintenance. I was just trying to point out a way to APPLY all RSU maintenance without having to keep up with RSU numbers. If HIPER's are included in CONTENT(RECOMMENDED), you would want to include them as well. -- Richard -- 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: RECEIVE ORDER ERROR
Eatherly, John D[EQ] wrote: Hold data would add the SOURCEIDs after the PTF is received. OK. In that case, the suggestion is that I use RECEIVE ORDER CONTENT(ALL) and use APPLY SOURCEID(RSU*) to ensure only "recommended" maintenance gets applied. All other received service waits in my PTS until an RSU SOURCEID gets assigned via HOLDDATA at which time it gets applied? Are there ever any PTFs that *never* get RSU SOURCEIDs assigned? Will every PTF get applied eventually? -- 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: FTP's
The file is just an ASCII txt file - instead of having new line at the end of each record it has a x'05'. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, April 28, 2009 3:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP's On Tue, 28 Apr 2009 14:19:02 -0500, Mark Steely wrote: >We are z/OS V1R9. I have a customer you is trying to ftp a file from a Unix machine down to the mainframe. The FTP is executing on the mainframe and is receiving the file. The file is delimited by x'05'. The FTP does not recognize this and the file comes across and is strung together. Is there a way to specify a delimiter or is there a better why to handle this type of file. What "type of file"? Does it help to know that x'05' is an EBCDIC TAB, the equivalent of ASCII x'09'? This might appear as a delimiter in a .csv exported spreadsheet. Otherwise, in what sense and context do you mean "is delimited by x'05'"? We need more information. -- 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 *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- 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: FTP's
I don't know if this idea will help you at all, but when people send me weird files I can split them up into records using CMS pipelines commands on my VM system. Something like this: PIPE < / | DEBLOCK LINEND 05 | > TEMP SPLIT A --Roger On Tue, Apr 28, 2009 at 1:19 PM, Mark Steely wrote: > We are z/OS V1R9. I have a customer you is trying to ftp a file from a > Unix machine down to the mainframe. The FTP is executing on the > mainframe and is receiving the file. The file is delimited by x'05'. The > FTP does not recognize this and the file comes across and is strung > together. Is there a way to specify a delimiter or is there a better why > to handle this type of file. > > Thank You > > > > > > > > >*** CONFIDENTIALITY NOTICE *** > > This e-mail message and all attachments transmitted with it may > contain legally privileged and confidential information intended > solely for the use of the addressee. If the reader of this message > is not the intended recipient, you are hereby notified that any > reading, dissemination, distribution, copying, or other use of this > message or its attachments is strictly prohibited. If you have > received this message in error, please notify the sender > immediately and delete this message from your system. Thank you. > > -- > 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: FTP's
On Tue, 28 Apr 2009 14:19:02 -0500, Mark Steely wrote: >We are z/OS V1R9. I have a customer you is trying to ftp a file from a Unix machine down to the mainframe. The FTP is executing on the mainframe and is receiving the file. The file is delimited by x'05'. The FTP does not recognize this and the file comes across and is strung together. Is there a way to specify a delimiter or is there a better why to handle this type of file. What "type of file"? Does it help to know that x'05' is an EBCDIC TAB, the equivalent of ASCII x'09'? This might appear as a delimiter in a .csv exported spreadsheet. Otherwise, in what sense and context do you mean "is delimited by x'05'"? We need more information. -- 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: RECEIVE ORDER ERROR
Hold data would add the SOURCEIDs after the PTF is received. Thanks John Eatherly How does the RSU SOURCEID find its way to a PTF I previously RECEIVEd? Does SMP/E add missing SOURCEIDs automatically when I do RECEIVE ORDER? -- 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: RECEIVE ORDER ERROR
Richard Peurifoy wrote: If you want to apply all RSU maintenance, you can specify RSU* on the APPLY. How does the RSU SOURCEID find its way to a PTF I previously RECEIVEd? Does SMP/E add missing SOURCEIDs automatically when I do RECEIVE ORDER? -- 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: FTP's
This is a *nix issue. Affects other platforms, not just IBM z/os FTP. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Tuesday, April 28, 2009 2:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP's Where and what changes ? We are new to IBM FTP process. Thank You -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, April 28, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP's Have the *nix administrator change the FTP configuration. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Tuesday, April 28, 2009 2:19 PM To: IBM-MAIN@bama.ua.edu Subject: FTP's We are z/OS V1R9. I have a customer you is trying to ftp a file from a Unix machine down to the mainframe. The FTP is executing on the mainframe and is receiving the file. The file is delimited by x'05'. The FTP does not recognize this and the file comes across and is strung together. Is there a way to specify a delimiter or is there a better why to handle this type of file. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- 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 -- 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: FTP's
On Tue, 28 Apr 2009 14:19:02 -0500, Mark Steely wrote: >We are z/OS V1R9. I have a customer you is trying to ftp a file from a >Unix machine down to the mainframe. The FTP is executing on the >mainframe and is receiving the file. The file is delimited by x'05'. The >FTP does not recognize this and the file comes across and is strung >together. Is there a way to specify a delimiter or is there a better why >to handle this type of file. > >Thank You I don't understand "delimited by x'05'". On z/OS EBCDIC, x'05' is a tab character, equivalent in my experience with x'09' ASCII. Each line on the UNIX machine should be terminated with a single LF or 0x0a. If is it, then an ASCII upload to the mainframe should work. It certainly does for me. Your UNIX people might want to do an "od" command to view their file to be sure that each line is delimited by 0x0a (aka \n). -- 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
Re: RECEIVE ORDER ERROR
Edward Jaffe wrote: Chase, John wrote: If I did that, wouldn't I have all of the PTFs that haven't yet gone through CST? Yes, but you can APPLY by SOURCEID(RSU*). Right now, I just RECEIVE ORDER CONTENT(RECOMMENDED), whatever comes back comes back, and I APPLY *all* of it with a "canned" job stream that's always the same. Simple. The suggestion seems to be to use RECEIVE ORDER CONTENT(ALL) and then selectively manage what comes back. I become the one who decides which fixes have undergone enough testing and which have not. I have to keep track of these numbered/dated RSUs to help understand which fixes I want and which I don't. And, I have to be sure to specify the right RSU value(s) at APPLY time. From where I sit, this process sounds like extra work. Clearly, this is a job to be undertaken by a professional sysprog--something I've never claimed to be. I think I'll stick with simple... If you want to apply all RSU maintenance, you can specify RSU* on the APPLY. Is CONTENT(RECOMMENDED) different than RSU? -- Richard -- 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: Who to report TESTCASE.BOULDER.IBM.COM Issues
I touched nothing and it is now working. Must have been a temporary glich in IBM land. Lizette > >Lizette, > >I would start with your internal network support team. > >I just connected to testcase.boulder.ibm.com and logged in using anonymous >with no problems. > >John P. Baker > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of >Lizette Koehler >Sent: Tuesday, April 28, 2009 3:50 PM >To: IBM-MAIN@bama.ua.edu >Subject: Who to report TESTCASE.BOULDER.IBM.COM Issues > >How do I report a problem connecting to TESTCASE.BOULDER.IBM.COM to in IBM? > >I keep getting a EDC8118I Network is unreachable. when trying to FTP doc to >IBM. > >Lizette > -- 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: RECEIVE ORDER ERROR
Chase, John wrote: If I did that, wouldn't I have all of the PTFs that haven't yet gone through CST? Yes, but you can APPLY by SOURCEID(RSU*). Right now, I just RECEIVE ORDER CONTENT(RECOMMENDED), whatever comes back comes back, and I APPLY *all* of it with a "canned" job stream that's always the same. Simple. The suggestion seems to be to use RECEIVE ORDER CONTENT(ALL) and then selectively manage what comes back. I become the one who decides which fixes have undergone enough testing and which have not. I have to keep track of these numbered/dated RSUs to help understand which fixes I want and which I don't. And, I have to be sure to specify the right RSU value(s) at APPLY time. From where I sit, this process sounds like extra work. Clearly, this is a job to be undertaken by a professional sysprog--something I've never claimed to be. I think I'll stick with simple... -- 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: Who to report TESTCASE.BOULDER.IBM.COM Issues
Make sure you are using the correct address. There have been several postings about it changing. 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 John P. Baker > Sent: Tuesday, April 28, 2009 2:58 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Who to report TESTCASE.BOULDER.IBM.COM Issues > > Lizette, > > I would start with your internal network support team. > > I just connected to testcase.boulder.ibm.com and logged in using > anonymous with no problems. > > John P. Baker > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Lizette Koehler > Sent: Tuesday, April 28, 2009 3:50 PM > To: IBM-MAIN@bama.ua.edu > Subject: Who to report TESTCASE.BOULDER.IBM.COM Issues > > How do I report a problem connecting to TESTCASE.BOULDER.IBM.COM to in > IBM? > > I keep getting a EDC8118I Network is unreachable. when trying to FTP > doc to IBM. > > Lizette > > -- > 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: Who to report TESTCASE.BOULDER.IBM.COM Issues
Lizette, I would start with your internal network support team. I just connected to testcase.boulder.ibm.com and logged in using anonymous with no problems. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, April 28, 2009 3:50 PM To: IBM-MAIN@bama.ua.edu Subject: Who to report TESTCASE.BOULDER.IBM.COM Issues How do I report a problem connecting to TESTCASE.BOULDER.IBM.COM to in IBM? I keep getting a EDC8118I Network is unreachable. when trying to FTP doc to IBM. Lizette -- 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: Possible new SYSTEM symbols in JCL.
Gil, Of course you know very well that this use of "cp" is not documented :-) Kirk On Tue, Apr 28, 2009 at 11:16 AM, Paul Gilmartin wrote: > On Tue, 28 Apr 2009 10:51:55 -0500, Kirk Wolf wrote: >> >>In this example, why not just use a temporary MVS dataset with >>DISP=PASS into the Unix step? >> >>Then use: >> >>fromdsn //DD:MYTEMP | process >> >>or: >> >>cp //DD:MYTEMP /dev/fd1 | process >> > Where is that last construct documented as supported? > -- 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: FTP's
Mark Steely wrote: We are z/OS V1R9. I have a customer you is trying to ftp a file from a Unix machine down to the mainframe. The FTP is executing on the mainframe and is receiving the file. The file is delimited by x'05'. The FTP does not recognize this and the file comes across and is strung together. Is there a way to specify a delimiter or is there a better why to handle this type of file. Thank You Is this a binary transfer? Binary transfers the data exactly as it is. Otherwise the data is converted from/to ASCII/EBCDIC, and the lines should be terminated by a line feed. -- Richard -- 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
Who to report TESTCASE.BOULDER.IBM.COM Issues
How do I report a problem connecting to TESTCASE.BOULDER.IBM.COM to in IBM? I keep getting a EDC8118I Network is unreachable. when trying to FTP doc to IBM. Lizette -- 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: Using FTP to send loadlib
Ted MacNEIL wrote: Well, with OPERATIONS authority, I can do the same thing with IEBCOPY. If you leave the door open, it doesn't matter how strong the lock is. This is the same fallacious argument that has been hashed to death regarding AMASPZAP. If you say so. As I said, others articulated a better argument. I still, as I already said in my original response, was use XMIT with OUTFILE to unload loadlibs. It's pretty well guaranteed to work, because it's not protected (usually). But, rightly, or wrongly, ADRDSSU is. And, not all of us have admin privilidges. The issue was how to FTP load libs, NOT how to protect programmes. AND, we were looking for a method with few stumbling blocks. Another argument for not using ADRDSSU is that it is not universally available. It is an optional feature. IEBCOPY and transmit/receive are standard on all z/OS systems. -- Richard -- 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: FTP's
Where and what changes ? We are new to IBM FTP process. Thank You -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, April 28, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP's Have the *nix administrator change the FTP configuration. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Tuesday, April 28, 2009 2:19 PM To: IBM-MAIN@bama.ua.edu Subject: FTP's We are z/OS V1R9. I have a customer you is trying to ftp a file from a Unix machine down to the mainframe. The FTP is executing on the mainframe and is receiving the file. The file is delimited by x'05'. The FTP does not recognize this and the file comes across and is strung together. Is there a way to specify a delimiter or is there a better why to handle this type of file. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- 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 -- 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: Using FTP to send loadlib
>Well, with OPERATIONS authority, I can do the same thing with IEBCOPY. >If you leave the door open, it doesn't matter how strong the lock is. >This is the same fallacious argument that has been hashed to death regarding >AMASPZAP. If you say so. As I said, others articulated a better argument. I still, as I already said in my original response, was use XMIT with OUTFILE to unload loadlibs. It's pretty well guaranteed to work, because it's not protected (usually). But, rightly, or wrongly, ADRDSSU is. And, not all of us have admin privilidges. The issue was how to FTP load libs, NOT how to protect programmes. AND, we were looking for a method with few stumbling blocks. - 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: DFHSM QUESTION - HRECOVER
A couple of steps I take 1) HLIST DSN(dsname here) BOTH This shows me if it has both and MCDS and BCDS entry. 2) My ACS code will produce WRITE statements when things don't work. 3) Under TSO issue TSO PROF and see if you have INTERCOM WTPMSG and MSGID (if any of them are NO - NOINTERCOM, NOWTPMSG, NOMSGID) then turn them on: TSO PROF MSGID WTPMSG INTERCOM 4) See if there are any message in the DFHSM log for this file. Perhaps DFDSS (ADR messages) are there to explain more why it could not recall the dataset. 5) See if SYSLOG shows any security errors when DFHSM tried to recover the file. Most likely cause could be that the ACS code cannot put the file on the volume for some reason. The ARC1170I messages for RC02 states 02An error occurred while attempting to allocate space on the target volume for the recall or recovery of a non-VSAM data set. Either DFSMShsm encountered an error attempting to invoke the VTOC/Data Set Services' (VDSS) create space function or VDSS had a failure creating the space. If the storage class assigned by your ACS routines is using guaranteed space, ensure that the assigned storage class has the original volume serials that the data set was created with, otherwise allocation fails. Check the command activity log for messages indicating the actual failure reason. Look for ARC0935I for a failure reason and SMS message IGD306I. If you received SMS IGD306I-UNEXPECTED ERROR DURING INTEXPDT PROCESSING, RETURN CODE 8, REASON CODE 1017, the problem may be the data set expiration date in the DFSMShsm MCC record for a recover function. Lizette -Original Message- >From: esmie moo >Sent: Apr 28, 2009 1:35 PM >To: IBM-MAIN@bama.ua.edu >Subject: DFHSM QUESTION - HRECOVER > >Good Morning Gentle Readers, > >I am trying to recover a dsn that was migrated by DFHSM. The original dataset >was deleted today (15 minutes ago). My problem is that when I submit the >HRECOVER I get the following error. I looked up the error message and it >points to an SMS problem. Since this dsn was created in 1996 and the storage >class no longer exists how can I bypass SMS ? >ARC1001I SML.THH.LIB RECOVER FAILED, RC=0070, REAS=0002 >ARC1170I DFSMSHSM ENCOUNTERED AN SMS-RELATED ERROR WHILE PROCESSING A DATA SET > >I tried the BYPASSACS(**) - but the command was rejected. > -- 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: FTP's
Have the *nix administrator change the FTP configuration. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Tuesday, April 28, 2009 2:19 PM To: IBM-MAIN@bama.ua.edu Subject: FTP's We are z/OS V1R9. I have a customer you is trying to ftp a file from a Unix machine down to the mainframe. The FTP is executing on the mainframe and is receiving the file. The file is delimited by x'05'. The FTP does not recognize this and the file comes across and is strung together. Is there a way to specify a delimiter or is there a better why to handle this type of file. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- 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
FTP's
We are z/OS V1R9. I have a customer you is trying to ftp a file from a Unix machine down to the mainframe. The FTP is executing on the mainframe and is receiving the file. The file is delimited by x'05'. The FTP does not recognize this and the file comes across and is strung together. Is there a way to specify a delimiter or is there a better why to handle this type of file. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- 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: Using FTP to send loadlib
Well, with OPERATIONS authority, I can do the same thing with IEBCOPY. If you leave the door open, it doesn't matter how strong the lock is. This is the same fallacious argument that has been hashed to death regarding AMASPZAP. -Original Message- From: Ted MacNEIL Sent: Tuesday, April 28, 2009 12:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Using FTP to send loadlib >Expound please. It's already been expounded upon! By people more articulate than me on the ins/outs of the product. >Assuming datasets are protected properly, what additional risk does ADRDSSU present over IEBCOPY? With ADMIN authority, I can dump datasets without read access to them. I can ship to a different locale, and possiibly open 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
Re: Power Capacity Planning (was Slightly off topic power limits)
>Forgot to mention, building and fire codes. We had a fire code issue when ESCON first came out. We needed to run some cables to a locale a couple of hundred metres away from a cabinet. The ceiling was the logical route, but the cables had not been certified as 'plenum safe/capable', and even our facility planning 'experts' missed that. - 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: ISPF Question
>This brings up a question I've been meaning to ask for a while; does anyone >know if there's a way to 'reserve' command table abbreviations? No there is not. Like most standards, you need to reach an agreement. Years ago, we had the same issue with SMF User records (numbers greater than 127). Somebody finally decided to create a mini-consortium to agree that certain products would always use the same numbers, so they were reserved. But, that took a long time. So did IBM's assignment of product prefixes to ISV's, such as K for Candle (now part of Tivoli). So, I'd say you need a new consortium. - 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: Power Capacity Planning (was Slightly off topic power limits)
It would seem that the false economy of the tinkertoy server may finally be getting some visibility. The global buzzword of the day is 'carbon footprint'. TCO in terms of energy, materials, etc that result directly or indirectly in carbon being released into the environment. Gonna be interesting how this shakes out. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, April 28, 2009 2:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Power Capacity Planning (was Slightly off topic power limits) >Imagine, if you can, the hair-pulling and teeth gnashing if the little-server >boys had to jump through the same hoops! They're going to have to, eventually. In today's economic climate, power is becoming a limited commodity. We had a problem, a few years ago, where HP was not able to deliver servers as fast as we needed them (to the point of downtime and missed/failed orders). Is this any different than no more wattage available? The end result can/will be the same! - 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 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: Using FTP to send loadlib
>Expound please. It's already been expounded upon! By people more articulate than me on the ins/outs of the product. >Assuming datasets are protected properly, what additional risk does ADRDSSU >present over IEBCOPY? With ADMIN authority, I can dump datasets without read access to them. I can ship to a different locale, and possiibly open them. - 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: IEBCOPY QUESTION
>SPACE=(CYL,(4,1,35)) >Does the value of 35 refer to Maximum dir. blocks? At the risk of being obnoxious, why didn't you check the JCL manual, before asking the list? - 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: Power Capacity Planning (was Slightly off topic power limits)
>Imagine, if you can, the hair-pulling and teeth gnashing if the little-server >boys had to jump through the same hoops! They're going to have to, eventually. In today's economic climate, power is becoming a limited commodity. We had a problem, a few years ago, where HP was not able to deliver servers as fast as we needed them (to the point of downtime and missed/failed orders). Is this any different than no more wattage available? The end result can/will be the same! - 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: DFHSM QUESTION - HRECOVER
Esmie, Please clarify, are you trying to Recover a file from a HSM Backup or do you need help Recalling a deleted dataset from a ML2 tape? Assumption here is that a dataset from 1996 is on ML2. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Darth Keller [darth.kel...@assurant.com] Sent: Tuesday, April 28, 2009 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - HRECOVER >>The OP said the following: >>I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). >>From that I concluded that a Recover was in order. The un-spoken assumption here is that the migrated dataset also had a backup copy. Did it have a backup copy or should we be trying to help him get back the deleted migrated copy? If that's the case, the dataset most likely could be re-cataloged to Migrat and then recalled. Although he's still going to have an issue with the obsolete storage class if his SMS code isn't set up to handle the obsoletes. I have a code segment in my SMS code to re-set the obsoletes to null and let the allocation fall into the SMS code for re-assignment. That, of course, assumes that the dataset name will be handled in the code and assigned a new SC. If it doesn't, then I've got a new issue. HTH's. ddk ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- 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: Possible new SYSTEM symbols in JCL.
If you check out CBT file 452 you'll find an IEFUJV that does the "// SET
XYZ=&ZJOBNAME. " that you're looking for.
If you give me a few minutes I'll add &ZJOBID.
Dan
John McKown wrote:
I've just ran into a situation where I could really use some new
"system symbols" in JCL. In a batch job, we can basically only use
&SYSUID in the
JCL. I could use two more, and I don't think that they would
introduce any problems. They would be &SYSJOBNA which would be the
job name, and &SYSJOBNU which would be the "job number" (like
JOB12345). My basic use for these
would be an attempt to have an "almost unique" dataset name or UNIX
PATH
name generated with these values. I do some really weird stuff (as is
likely already known). My application in this one case was for
something like:
//LISTCAT EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
LISTC LVL(some.qual) ALL OUTFILE(O)
//O DD PATH='/u/myid/sysout/&SYSJOBNA..&SYSJOBNU',
// PATHDISP=(KEEP,KEEP),
// FILEDATA=TEXT,
// PATHMODE=(SIRUSR,SIWUSR),
// PATHOPTS=(OCREAT,OTRUNC,OWRONLY)
//*
//PROCESS EXEC COZBATCH,
// PARM='/jobname=&SYSJOBNA jobnumber=&SYSJOBNU'
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDIN DD *
. /etc/profile
. ~/.profile
cd ~/myid/sysout
process <${jobname}.${jobnumber}
/*
//
The "process" was actually a Perl script which did some messaging of
the LISTCAT output for me.
In any case, does this sound reasonable? Am I overlooking a case where
either of these system symbols could be "indeterminate"? The only one
that I can think of is a case where a job is NJE transmitted to
another site and receives a different job number. In that case, I
think the job number should
be the job number at the execution site.
--
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: Possible new SYSTEM symbols in JCL.
>The only one that I can think of is a case where a job is NJE transmitted to >another site and receives a different job number. >In that case, I think the job number should be the job number at the execution >site. This is exactly why IBM refuses to open up system symbols to Batch. Why should it be the execution site, I can see reasons for submitting site, or worse, printing site, if different. There are so many 'correct' resolutions for system symbols, that IBM has erred on the side of the 'principle of least astonnishment'. I don't know what is really right, but I do know I don't want to be involved in determining what it is if it's every opened up! - 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: ISPF Question
> On 28 Apr 2009 03:24:34 -0700, robert.richa...@opm.gov (Richards, > Robert B.) wrote: > >>Who remembers option numbers? I have used command table entries for >>years and invoke dialogs by their name or a logical abbreviation of >>same. Want RACF? Type RACF. Want ISMF? Type ISMF. 3.4 is DSL (DSLIST), >>SDSF LOG is SL. You get the idea. This brings up a question I've been meaning to ask for a while; does anyone know if there's a way to 'reserve' command table abbreviations? Bob mentioned that he uses 'SL' to invoke the SDSF log, but this is the same abbreviation that's used by SimpList customers to invoke SimpList. This means a site would either have to rename their old 'SL' command to something else, or a different command would have to be used to invoke SimpList (which then wouldn't match with what's documented in the SimpList user guide and online tutorials). In addition to 'SL' there are several other commands that SimpList uses: BR - Browse BRS - Browse in a new session ED - Edit EDS - Edit in a new session SL - Launch SimpList SLS - Launch SimpList in a new session VI - View VIS - View in a new session The trailing 'S' after each command means 'Start a new session'. For example, if someone is browsing a COBOL program and it calls a copybook they want to browse, they could enter 'BRS' on the command line and point the cursor at the copybook. This opens the copybook in a new session (i.e. similar to a new split screen), so the user can swap back and forth between the COBOL program and the copybook. As you can imagine there has already been instances where some of the above commands conflict with commands used at customer sites. This isn't dfficult to overcome because an ISPF dialog allows the SimpList product installer to call the commands anything he or she chooses. But in this case, the renamed commands will no longer match the commands that are documented in the SimpList user guide and online tutorials. Perhaps by listing the commands in an email like this it at least makes people aware of the situation. Meanwhile, it would be really nice if there was a better way to somehow try to reserve commands? Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm _ Experience all of the new features, and Reconnect with your life. http://go.microsoft.com/?linkid=9650730 -- 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: Slightly off topic power limits
>It is not anti business. >There is a shortage of local power generation because no one wants one built >in their back yard, and a shortage of long haul power distribution lines for >the same reason. Ontario is having the same problem with nuclear/wind power. NIMBYism rules! And, since most data centres are in the Greater Toronto Area, the grid is becoming a point of contention. Years ago, CSG (now part of IGS) had a major outage because they were getting two feeds from two different power companies, and one of them had decided that one of the feeds was not needed, and shut it down. IT is not the only industry that can suffer from lack of (or poor) documentation. But, aside from NIMBY, the other issue is the time it takes to build another power plant. I don't know about other jurisdictions, but in Ontario, 10 years is the typical time-frame. Part of this is the political process. A politician's number one job is to get elected, everything else is secondary. So, they would rather appease their voters, than build a new power plant in any contraversial location. Back on topic, power capacity is an issue, but it's usually beyond any single installation's control. - 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: Slightly off topic power limits
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Hal Merritt > > It is not anti business. > > There is a shortage of local power generation because no one wants one built in their back yard, and a > shortage of long haul power distribution lines for the same reason. Indeed. "Everybody" wants "more", but only if "somebody else" pays for it (in money, inconvenience, etc.). And from where "I" sit, "you" are "somebody else" (and vice versa). More often than not, "NIMBY" wins. Maybe someday there will be "personal power cells", perhaps fueled by cosmic radiation, with sufficient capacity to power "whatever", but for the moment that's still science fiction. -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: DFHSM QUESTION - HRECOVER
>>The OP said the following: >>I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). >>From that I concluded that a Recover was in order. The un-spoken assumption here is that the migrated dataset also had a backup copy. Did it have a backup copy or should we be trying to help him get back the deleted migrated copy? If that's the case, the dataset most likely could be re-cataloged to Migrat and then recalled. Although he's still going to have an issue with the obsolete storage class if his SMS code isn't set up to handle the obsoletes. I have a code segment in my SMS code to re-set the obsoletes to null and let the allocation fall into the SMS code for re-assignment. That, of course, assumes that the dataset name will be handled in the code and assigned a new SC. If it doesn't, then I've got a new issue. HTH's. ddk ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- 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: Power Capacity Planning (was Slightly off topic power limits)
In a message dated 4/28/2009 12:56:34 P.M. Central Daylight Time, rfocht...@ync.net writes: Saw it happen once and it's NOT a very pretty sight. Just glad I wasn't in charge of the planning, etc. >> Seen a few raised floors buckle. Made us buy extra supports for 3090 then didn't use them after all! For some reason sent us wrong power cable from motor generators to CPU so chartered a jet to bring in right one and it was the same one as before. Anyway, ended up drilling out ground straps from decade before to get it connected. Forgot to mention, building and fire codes. It's a series of hurdles from NEMA to State to local. Usually each more restrictive then the previous. In today's drive by lurkers, RF leakage is a big deal. All part of the package. **An Excellent Credit Score is 750. See Yours in Just 2 Easy Steps! (http://pr.atwola.com/promoclk/100126575x1221621499x1201450105/aol?redir=http://www.freecreditreport.com/pm/default.aspx?sc=668072&hmpgID=62&bcd=Apr ilExcScore428NO62) -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
>There's a peculiar tunnel vision on this list. >Remember not all users are >administrators. That is why, under the original subject header, I recommended against using ADRDSSU, and recommended XMIT with the OUTFILE option. I fully expect ADRDSSU to be protected when I go into a shop; only once did I work where I was allowed to use it. - 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: Using FTP to send loadlib
Expound please. Assuming datasets are protected properly, what additional risk does ADRDSSU present over IEBCOPY? -Original Message- From: Ted MacNEIL Sent: Monday, April 27, 2009 4:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Using FTP to send loadlib >IEBCOPY may be protected as easily as ADRDSSU and it makes about as much sense. I've never worked at a shop where IEBCOPY is protected, nor would I understand the reason why. ADRDSSU at least makes sense. -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Exactly. Let's not forget that DSS was not originally designed for a distributed environment. Central control by the Storage Administrators. I still like that idea, less data run amok and, in many cases, completely unmanaged. All the best, Scott T. Harder -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of John Kelly Sent: Tuesday, April 28, 2009 2:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] There's a peculiar tunnel vision on this list. Remember not all users are administrators. hence SECURITY. If you can't use ADMIN and don't have READ access to a DSN why would the system let you recover/restore it? Jack Kelly 202-502-2390 (Office) -- 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 Click here to become a professional counselor in less time than you think. http://thirdpartyoffers.netzero.net/TGL2241/fc/BLSrjpYbtObFlKaHlHzc8QyVSXVkRKhGdNbWo3UDzk1uFuCh57kZCtYV61K/ -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Sorry... the word is obviously "lest". DOH! All the best, Scott T. Harder -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Scott T. Harder Sent: Tuesday, April 28, 2009 2:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] Exactly. Let's not forget that DSS was not originally designed for a distributed environment. Central control by the Storage Administrators. I still like that idea, less data run amok and, in many cases, completely unmanaged. All the best, Scott T. Harder -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of John Kelly Sent: Tuesday, April 28, 2009 2:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] There's a peculiar tunnel vision on this list. Remember not all users are administrators. hence SECURITY. If you can't use ADMIN and don't have READ access to a DSN why would the system let you recover/restore it? Jack Kelly 202-502-2390 (Office) -- 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 Click here to become a professional counselor in less time than you think. http://thirdpartyoffers.netzero.net/TGL2241/fc/BLSrjpYbtObFlKaHlHzc8QyVSXVkR KhGdNbWo3UDzk1uFuCh57kZCtYV61K/ -- 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: DFHSM QUESTION - HRECOVER
Barry, The OP said the following: I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). >From that I concluded that a Recover was in order. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A [barry.a.schw...@boeing.com] Sent: Tuesday, April 28, 2009 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - HRECOVER Isn't HRECOVER for backup and dump datasets? Don't you need to use HRECALL? FORCENONSMS should get you past the SMS problem and later you can use ADRDSSU to move the dataset to an SMS volume with a current set of class attributes. BYPASSACS is not a valid option for HRECOVER or HRECALL (according to my 1.8 manual). -Original Message- From: esmie moo Sent: Tuesday, April 28, 2009 10:36 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - HRECOVER Good Morning Gentle Readers, I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). My problem is that when I submit the HRECOVER I get the following error. I looked up the error message and it points to an SMS problem. Since this dsn was created in 1996 and the storage class no longer exists how can I bypass SMS ? ARC1001I SML.THH.LIB RECOVER FAILED, RC=0070, REAS=0002 ARC1170I DFSMSHSM ENCOUNTERED AN SMS-RELATED ERROR WHILE PROCESSING A DATA SET I tried the BYPASSACS(**) - but the command was rejected. -- 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: IEBCOPY QUESTION
Not the maximum but the actual number of blocks that will be allocated. Without some CBT type add-ons, the directory will neither shrink nor grow. -Original Message- From: willie bunter Sent: Tuesday, April 28, 2009 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: IEBCOPY QUESTION Good Morning To All, I am trying to find out the values for the following definition of a PDS SPACE=(CYL,(4,1,35)) Does the value of 35 refer to Maximum dir. blocks? -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
There's a peculiar tunnel vision on this list. Remember not all users are administrators. hence SECURITY. If you can't use ADMIN and don't have READ access to a DSN why would the system let you recover/restore it? Jack Kelly 202-502-2390 (Office) -- 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 QUESTION - HRECOVER
Isn't HRECOVER for backup and dump datasets? Don't you need to use HRECALL? FORCENONSMS should get you past the SMS problem and later you can use ADRDSSU to move the dataset to an SMS volume with a current set of class attributes. BYPASSACS is not a valid option for HRECOVER or HRECALL (according to my 1.8 manual). -Original Message- From: esmie moo Sent: Tuesday, April 28, 2009 10:36 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - HRECOVER Good Morning Gentle Readers, I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). My problem is that when I submit the HRECOVER I get the following error. I looked up the error message and it points to an SMS problem. Since this dsn was created in 1996 and the storage class no longer exists how can I bypass SMS ? ARC1001I SML.THH.LIB RECOVER FAILED, RC=0070, REAS=0002 ARC1170I DFSMSHSM ENCOUNTERED AN SMS-RELATED ERROR WHILE PROCESSING A DATA SET I tried the BYPASSACS(**) - but the command was rejected. -- 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: Chp ISC-3
yes you can for this type of info I find it is best to refer to the Redbook IBM System z Connectivity Handbook SG24-5444... http://www.redbooks.ibm.com/abstracts/sg245444.html?Open or.. just try it in HCD.. Cheers Roy GIONFRIDDO MICHELE wrote: Hi I have a Z9 mainframe and i don't remember if is possible to define a CHP ISC-3 (type CFP) SPANNED between two CSS. Can someone help me?? Bye Ing. Michele Gionfriddo -- 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 QUESTION - HRECOVER
Scott, Thanks for trying. As a foot note I even tried the HRECOVER with a NEWNAME (using my prefix as the newname). I got the same error message. --- On Wed, 4/29/09, Scott T. Harder wrote: From: Scott T. Harder Subject: Re: DFHSM QUESTION - HRECOVER To: IBM-MAIN@bama.ua.edu Received: Wednesday, April 29, 2009, 5:49 AM Hi All, Just did a very quick search through the HSM manuals, as I'm sure you did as well, Esmie. Nothing jumped right out, but it *was* a quick search. Is there any way you can temporarily define the required SC? Would that work? Don't know, and sorry no system to test it on at the moment. All the best, Scott T. Harder -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of esmie moo Sent: Tuesday, April 28, 2009 1:36 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - HRECOVER Good Morning Gentle Readers, I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). My problem is that when I submit the HRECOVER I get the following error. I looked up the error message and it points to an SMS problem. Since this dsn was created in 1996 and the storage class no longer exists how can I bypass SMS ? ARC1001I SML.THH.LIB RECOVER FAILED, RC=0070, REAS=0002 ARC1170I DFSMSHSM ENCOUNTERED AN SMS-RELATED ERROR WHILE PROCESSING A DATA SET I tried the BYPASSACS(**) - but the command was rejected. __ The new Internet Explorer(r) 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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 Click now to find great remedies for hangovers! http://thirdpartyoffers.netzero.net/TGL2241/fc/BLSrjpYX6cQbXIdQfmVHqTCpcNiTk2XwVsJJlvG7H0mSVutfxxTAQJoRLIM/ -- 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 __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- 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 QUESTION - HRECOVER
Esmie, You'll need to use the FORCENONSMS parameter as well as the TOVOLUME and UNIT parameters to point to the target volume. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Tuesday, April 28, 2009 1:35 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - HRECOVER Good Morning Gentle Readers, I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). My problem is that when I submit the HRECOVER I get the following error. I looked up the error message and it points to an SMS problem. Since this dsn was created in 1996 and the storage class no longer exists how can I bypass SMS ? ARC1001I SML.THH.LIB RECOVER FAILED, RC=0070, REAS=0002 ARC1170I DFSMSHSM ENCOUNTERED AN SMS-RELATED ERROR WHILE PROCESSING A DATA SET I tried the BYPASSACS(**) - but the command was rejected. __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: DFHSM QUESTION - HRECOVER
Hi All, Just did a very quick search through the HSM manuals, as I'm sure you did as well, Esmie. Nothing jumped right out, but it *was* a quick search. Is there any way you can temporarily define the required SC? Would that work? Don't know, and sorry no system to test it on at the moment. All the best, Scott T. Harder -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of esmie moo Sent: Tuesday, April 28, 2009 1:36 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - HRECOVER Good Morning Gentle Readers, I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). My problem is that when I submit the HRECOVER I get the following error. I looked up the error message and it points to an SMS problem. Since this dsn was created in 1996 and the storage class no longer exists how can I bypass SMS ? ARC1001I SML.THH.LIB RECOVER FAILED, RC=0070, REAS=0002 ARC1170I DFSMSHSM ENCOUNTERED AN SMS-RELATED ERROR WHILE PROCESSING A DATA SET I tried the BYPASSACS(**) - but the command was rejected. __ The new Internet Explorer(r) 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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 Click now to find great remedies for hangovers! http://thirdpartyoffers.netzero.net/TGL2241/fc/BLSrjpYX6cQbXIdQfmVHqTCpcNiTk2XwVsJJlvG7H0mSVutfxxTAQJoRLIM/ -- 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
DFHSM QUESTION - HRECOVER
Good Morning Gentle Readers, I am trying to recover a dsn that was migrated by DFHSM. The original dataset was deleted today (15 minutes ago). My problem is that when I submit the HRECOVER I get the following error. I looked up the error message and it points to an SMS problem. Since this dsn was created in 1996 and the storage class no longer exists how can I bypass SMS ? ARC1001I SML.THH.LIB RECOVER FAILED, RC=0070, REAS=0002 ARC1170I DFSMSHSM ENCOUNTERED AN SMS-RELATED ERROR WHILE PROCESSING A DATA SET I tried the BYPASSACS(**) - but the command was rejected. __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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: Soft capping advice sought
I tried to save a profile with blank defined capacity and the request failed due to invalid value. Apparently a blank is not acceptable. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Al Sherkow Sent: Thursday, April 23, 2009 7:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Soft capping advice sought You don't need to set Defined Capacities for the other LPARs (though you may). If you want to limit the 4HRA of an LPAR to limit what that particular LPAR can contribute the 4HRA of it's products you can. If you don't card about the individual LPARs don't set a defined capacity. The Group Capacity limit will limit the whole group. For example let's say IMS/DB is in only in LPAR C. If you want to limit the IMS/DB charges to xx MSUs then set the Defined Capacity of LPAR C to xx. Otherwise IMS/DB will be billed on LPAR C max 4HRA within the Group. -- 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: Possible new SYSTEM symbols in JCL.
On Tue, 28 Apr 2009 11:36:31 -0500, Rick Fochtman wrote: >John, geting the JOBNAME shouldn't be too much of a problem; the value >could be set at conversion time. Getting the job number might be more of >a problem, since JES would have to get involved here. > >You might wanty to consider an Assember routine that will query JES2 for >job number and your ASCB for the job name. Then do a dynamic allocation >of the HFS/ZFS file and create the appropriate JCL, then pump it through >the internal reader for your PERL step. Consider using the DYNAM routine >from the CBTTAPE to do the allocation. > >-- >Rick I could do the above. If I did not feel so tired that even typing this email is difficult (ongoing medical condition). I guess what I should really do if I want any "new system symbols" is simply write a JES2 exit 2 to insert a bunch of // SET symbol=value cards immediately after the JOB card. But that is way too much trouble too. And, in any case, that would violate our standard of "No mods, no exits, no customization! Plain vanilla or death!" -- 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
Re: ISPF Question
- Call me lazy...I save keystrokes whenever and wherever I can...as I am a slow typist! -- Typing isn't the only thing you do slowly, Bob. -- 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: ISPF Question
- Who remembers acronyms? We all do, even though we don't often realise it. I still remember some that I haven't used in 35+ years, like TDY, COMUSMACV, Ma Deuce, SOG. Use them very often and you'll remember them. :-) (What about all the control block abbreviations we use all the time? DCB, IOB, ASCB, ASXB, CVT, ACEE, etc??? ) -- 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: Possible new SYSTEM symbols in JCL.
I've just ran into a situation where I could really use some new "systemsymbols" in JCL. In a batch job, we can basically only use &SYSUID in the JCL. I could use two more, and I don't think that they would introduce any problems. They would be &SYSJOBNA which would be the job name, and &SYSJOBNU which would be the "job number" (like JOB12345). My basic use for these would be an attempt to have an "almost unique" dataset name or UNIX PATH name generated with these values. I do some really weird stuff (as is likely already known). My application in this one case was for something like: - In any case, does this sound reasonable? Am I overlooking a case where either of these system symbols could be "indeterminate"? The only one that I can think of is a case where a job is NJE transmitted to another site and receives a different job number. In that case, I think the job number should be the job number at the execution site. - John, geting the JOBNAME shouldn't be too much of a problem; the value could be set at conversion time. Getting the job number might be more of a problem, since JES would have to get involved here. You might wanty to consider an Assember routine that will query JES2 for job number and your ASCB for the job name. Then do a dynamic allocation of the HFS/ZFS file and create the appropriate JCL, then pump it through the internal reader for your PERL step. Consider using the DYNAM routine from the CBTTAPE to do the allocation. -- 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: Possible new SYSTEM symbols in JCL.
That makes sense. I guess you could use an MVS temporary dataset, and then "tee" it into an HFS file in your shell script But hey, submit a requirement for new system symbols ;-) More important, IMO, would be to have JCL PROC/SET symbols be saved in a ASASYMBM symbol table (not necessarily the primary system symbol table). Then, programs like Unix shells could use them. But we have discussed that to death I guess... Kirk Wolf Dovetailed Technologies FWIW - our free "catsearch" shell command can also be used to process catalogs from a shell script. It uses IGGCSI00 and F1 DSCBs under the covers, and supports things like tab-delimited output. http://dovetail.com/docs/coz/dsp-ref_catsearch.html On Tue, Apr 28, 2009 at 11:09 AM, John McKown wrote: > On Tue, 28 Apr 2009 10:51:55 -0500, Kirk Wolf wrote: > >>John, >> >>In this example, why not just use a temporary MVS dataset with >>DISP=PASS into the Unix step? >> >>Then use: >> >>fromdsn //DD:MYTEMP | process >> >>or: >> >>cp //DD:MYTEMP /dev/fd1 | process >> >>Kirk Wolf >>Dovetailed Technologies > > That's a possibility. I was wanting a "permanent" UNIX file. But I could do > it some other way, I guess. I guess I was wanting to easily relate the UNIX > file to the creating job for some reason. > > -- > 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 > -- 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: Power Capacity Planning (was Slightly off topic power limits)
- They're not as prevalent as they once were, but each IBM branch has (or has access to) an Environmental specialist. They're a good resource and will assist as much as you can stand. Power, HVAC, water, ventilation, loading, flooring, cabling, EPO, physical security,etc... Depending on how you plan your data center it can be just another layer of your CAD/CAM package. --- Be VERY concerned about floor loading, lest your data center migrate to the basement without warning. Saw it happen once and it's NOT a very pretty sight. Just glad I wasn't in charge of the planning, etc. -- 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
Chp ISC-3
Hi I have a Z9 mainframe and i don't remember if is possible to define a CHP ISC-3 (type CFP) SPANNED between two CSS. Can someone help me?? Bye Ing. Michele Gionfriddo Sogei - Via M.Carucci n.99 - Roma Sistemi Centrali - Gruppo SB Stanza 1D07 - Tel. 06 5025 - 2165 Mob. 335.7129019 Email: mgionfri...@sogei.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: Power Capacity Planning (was Slightly off topic power limits)
-- Getting back to the comment about the proliferation of ( usually wintel) single application servers. In my experience, this occurred because different business units liked having and controlling their own server(s), and individually each little server was not very power hungry anyway. Not like that great big 9672 (!!!). All of a sudden we have no mainframe and 250+ wintel servers... ( and,indeed! no business unit beholding to any other). Sounds a bit like all of the other centralised vs de-centralised support/cost issues. I remember when we went CMOS, then RAMAC and Magstar, our power consumption went through the floor. But now look at us !!! Our data centre is hotter and greedier than it has ever been. (by far!) (and our cpu utilisation is about 5% if it's lucky.). VMWARE , I suspect, *might* reduce things to being only 10 times worse, as distinct from the 20 times as bad we are now. Back when I did Capacity Analysis & Planning, I was required to cost out the complete costs of ANY upgrade. This meant I had to compute air and water cooling costs, equipment power consumption and costs of any wiring changes in the computer room; not to mention the actual upgrade costs. Imagine, if you can, the hair-pulling and teeth gnashing if the little-server boys had to jump through the same hoops! Dell and Sun stocks would be in the bargain basement! :-) -- 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: Possible new SYSTEM symbols in JCL.
On Tue, 28 Apr 2009 10:51:55 -0500, Kirk Wolf wrote:
>
>In this example, why not just use a temporary MVS dataset with
>DISP=PASS into the Unix step?
>
>Then use:
>
>fromdsn //DD:MYTEMP | process
>
>or:
>
>cp //DD:MYTEMP /dev/fd1 | process
>
Where is that last construct documented as supported?
>> The "process" was actually a Perl script which did some messaging of the
>> LISTCAT output for me.
>>
could you use the new-fangled Rexx "address TSO LISTCAT" and pipe
the output into "process"? I recognize that "address TSO" imposes
some unpleasant restrictions on the use of descriptors.
Fortunately, the following works for me:
foo=`rexx "address TSO 'LISTCAT level('userid()'.TEST)'"`
-- 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: DB2 for z/OS Version 9 - problem with unicode conversion
On Tue, Apr 28, 2009 at 5:04 PM, Schlueter, Edward < edward.schlue...@anheuser-busch.com> wrote: > Jim, > > What is you CICS level? Have you applied PK33403/UK05667? > Doc relates to DB2 v8 NEWFUN, but is a CPU issue in CUNMUNI. > > > http://www-01.ibm.com/support/docview.wss?rs=1083&context=SSGMGV&q=&uid=swg1PK33 > 403&loc=en_US&cs=utf-8&lang=en+en > > Ed Schlueter > > > > Thanks for the response but we are CICS/TS 2.2. Jim McAlpine -- 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: Possible new SYSTEM symbols in JCL.
On Tue, 28 Apr 2009 10:51:55 -0500, Kirk Wolf wrote: >John, > >In this example, why not just use a temporary MVS dataset with >DISP=PASS into the Unix step? > >Then use: > >fromdsn //DD:MYTEMP | process > >or: > >cp //DD:MYTEMP /dev/fd1 | process > >Kirk Wolf >Dovetailed Technologies That's a possibility. I was wanting a "permanent" UNIX file. But I could do it some other way, I guess. I guess I was wanting to easily relate the UNIX file to the creating job for some reason. -- 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
Re: DB2 for z/OS Version 9 - problem with unicode conversion
Jim, What is you CICS level? Have you applied PK33403/UK05667? Doc relates to DB2 v8 NEWFUN, but is a CPU issue in CUNMUNI. http://www-01.ibm.com/support/docview.wss?rs=1083&context=SSGMGV&q=&uid=swg1PK33 403&loc=en_US&cs=utf-8&lang=en+en Ed Schlueter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Tuesday, April 28, 2009 10:47 AM To: IBM-MAIN@bama.ua.edu Subject: DB2 for z/OS Version 9 - problem with unicode conversion cross posted to IBM-MAIN and DLB2-L I've just converted one DB2 system to DB2 Version 9 NFM and I'm getting a problem which manifests itself as huge CPU usage in CICS/DB2 transactions. These applications work perfectly in DB2 Version 8 on the same z/OS 1.7 system. In DB2 Version 9 the transactions typically use over a minute of CPU time compared to 0.2 secs on DB2 Version 8. When I profile the V9 transactions, 30% of the CPU time is spent in cross memory and 70% in module CUNMUNI. I've trolled IBM and Google and can't find anything relating to problems with CUNMUNI. Has anyone seen anything like this before. Jim McAlpine -- 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 Anheuser-Busch InBev Email Disclaimer www.ab-inbev.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: Slightly off topic power limits
It is not anti business. There is a shortage of local power generation because no one wants one built in their back yard, and a shortage of long haul power distribution lines for the same reason. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Saturday, April 25, 2009 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Slightly off topic power limits I was just thinking how anti business the power limits imposed by PG&E are. I'm not sure if the limits are being imposed because of being on a fault line, or just because they don't have enough power generation in that area. If you were a large business with sites in multiple states, where would you build your new datacenter. In California, where your power would be limited, or in some state where they wouldn't limit your power. I know Wisconsin has had a lot of battles about building a new power plant to serve the Milwaukee area. Fortuneatly, we are building a new plant now. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Ed Gould" Newsgroups: bit.listserv.ibm-main To: Sent: Friday, April 24, 2009 10:40 PM Subject: Slightly off topic power limits > > I dialed in recently to an online technology discussion sponsored by > Wikibon.org, a community of technology professionals. Speaking was Rich > Avila, director of server and network operations at California State, who > said saving power wasn't a fuzzy, feel good goal for him. It was a > necessity. > > Avila is the director of server and network operations at California State > University, East Bay, and he was responsible for 250 servers at the > Hayward, Calif., institution. The school's data center had ramped up > quickly and by late 2007, his utility was telling him he was drawing 67 > kilowatt hours of power while the maximum available to him was going to be > capped at 75 kilowatt hours. Pacific Gas & Electric said in no uncertain > terms there'd be no additional power available when he reached that limit, > a date that appeared about six months off, Avila said. > -- 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: RECEIVE ORDER ERROR
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe > > Brian Peterson wrote: > > Yet another problem I never saw because I always use CONTENT(ALL) instead of > > CONTENT(RECOMMENDED) for RECEIVE ORDER. > > > > http://alabamamaps.ua.edu/cgi-bin/wa?A2=ind0904&L=ibm-main&P=R14311 > > > > You too could see the light and choose to move to using CONTENT(ALL).. > > > > If I did that, wouldn't I have all of the PTFs that haven't yet gone > through CST? Yes, but you can APPLY by SOURCEID(RSU*). > And, if CONTENT(ALL) is recommended, why is there CONTENT(RECOMMENDED)? Indeed. I had a somewhat similar problem with CONTENT(RECOMMENDED) for a brand-new CSI that had nothing but the product FMID in it. CONTENT(RECOMMENDED) retrieved nothing, with a message along the lines of "no sysmods satisfied filter criteria". A subsequent RECEIVE ORDER ... CONTENT(ALL) got about 50 PTFs, ALL of which had an RSU SOURCEID. I agree with what appears to be your underlying premise: If an option is offered, it ought to work "always". -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: Possible new SYSTEM symbols in JCL.
John,
In this example, why not just use a temporary MVS dataset with
DISP=PASS into the Unix step?
Then use:
fromdsn //DD:MYTEMP | process
or:
cp //DD:MYTEMP /dev/fd1 | process
Kirk Wolf
Dovetailed Technologies
On Tue, Apr 28, 2009 at 9:28 AM, John McKown wrote:
> I've just ran into a situation where I could really use some new "system
> symbols" in JCL. In a batch job, we can basically only use &SYSUID in the
> JCL. I could use two more, and I don't think that they would introduce any
> problems. They would be &SYSJOBNA which would be the job name, and
> &SYSJOBNU
> which would be the "job number" (like JOB12345). My basic use for these
> would be an attempt to have an "almost unique" dataset name or UNIX PATH
> name generated with these values. I do some really weird stuff (as is likely
> already known). My application in this one case was for something like:
>
> //LISTCAT EXEC PGM=IDCAMS
> //SYSPRINT DD SYSOUT=*
> //SYSIN DD *
> LISTC LVL(some.qual) ALL OUTFILE(O)
> //O DD PATH='/u/myid/sysout/&SYSJOBNA..&SYSJOBNU',
> // PATHDISP=(KEEP,KEEP),
> // FILEDATA=TEXT,
> // PATHMODE=(SIRUSR,SIWUSR),
> // PATHOPTS=(OCREAT,OTRUNC,OWRONLY)
> //*
> //PROCESS EXEC COZBATCH,
> // PARM='/jobname=&SYSJOBNA jobnumber=&SYSJOBNU'
> //STDOUT DD SYSOUT=*
> //STDERR DD SYSOUT=*
> //STDIN DD *
> . /etc/profile
> . ~/.profile
> cd ~/myid/sysout
> process <${jobname}.${jobnumber}
> /*
> //
>
> The "process" was actually a Perl script which did some messaging of the
> LISTCAT output for me.
>
> In any case, does this sound reasonable? Am I overlooking a case where
> either of these system symbols could be "indeterminate"? The only one that I
> can think of is a case where a job is NJE transmitted to another site and
> receives a different job number. In that case, I think the job number should
> be the job number at the execution site.
>
> --
> 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
>
--
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
DB2 for z/OS Version 9 - problem with unicode conversion
cross posted to IBM-MAIN and DLB2-L I've just converted one DB2 system to DB2 Version 9 NFM and I'm getting a problem which manifests itself as huge CPU usage in CICS/DB2 transactions. These applications work perfectly in DB2 Version 8 on the same z/OS 1.7 system. In DB2 Version 9 the transactions typically use over a minute of CPU time compared to 0.2 secs on DB2 Version 8. When I profile the V9 transactions, 30% of the CPU time is spent in cross memory and 70% in module CUNMUNI. I've trolled IBM and Google and can't find anything relating to problems with CUNMUNI. Has anyone seen anything like this before. Jim McAlpine -- 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: Using FTP to send loadlib
On Tue, 28 Apr 2009 10:24:39 -0500, Paul Gilmartin wrote: >On Tue, 28 Apr 2009 10:00:19 -0500, Hal Merritt wrote: > >>Shouldn't use BIN unless there is a chance of a Windows server in the path. I use TYPE E, MODE C for all z/os to z/os transfers. >> >IOW, you mean that Solaris, Linux, and OS X servers cause no problems, >and induce no such requirement? > >-- gil > Aren't those just "Windows wannabes"? -- 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
Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
On Tue, 28 Apr 2009 10:53:36 -0400, John Kelly wrote: > >What I find onerous is that ADRDSSU requires that when extracting and >renaming a data set the programmer must have read access to the original >data set name. > > >hence the ADMINISTRATOR keyword > But I don't believe I can use the ADMINISTRATOR keyword. From: #2.3.13.6.1 "z/OS V1R10.0 DFSMS Storage Administration Reference (for DFSMSdfp, DFS.. 2.3.13.6.1 ADMINISTRATOR To use the ADMINISTRATOR keyword, all of the following conditions must be true: * FACILITY class is active. * Applicable FACILITY-class profile is defined. * You have READ access to that profile. There's a peculiar tunnel vision on this list. Remember not all users are administrators. -- 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: Using FTP to send loadlib
On Tue, 28 Apr 2009 10:00:19 -0500, Hal Merritt wrote: >Shouldn't use BIN unless there is a chance of a Windows server in the path. I >use TYPE E, MODE C for all z/os to z/os transfers. > IOW, you mean that Solaris, Linux, and OS X servers cause no problems, and induce no such requirement? -- 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: RECEIVE ORDER ERROR
On Tue, 28 Apr 2009 08:05:47 -0700, Edward Jaffe wrote: >Brian Peterson wrote: >> Yet another problem I never saw because I always use CONTENT(ALL) instead of >> CONTENT(RECOMMENDED) for RECEIVE ORDER. >> >> http://alabamamaps.ua.edu/cgi-bin/wa?A2=ind0904&L=ibm-main&P=R14311 >> >> You too could see the light and choose to move to using CONTENT(ALL).. >> > >If I did that, wouldn't I have all of the PTFs that haven't yet gone >through CST? > Yes. But that doesn't mean you have to apply them all. >And, if CONTENT(ALL) is recommended, why is there CONTENT(RECOMMENDED)? > Recommended by Brian. :-) I have seen plenty of recommendations for applying service (including some very nice SHARE presentations in recent years from Greg Daynes), but I don't recall any specific recommendation to use CONTENT(ALL) from IBM. However, if you aren't concerned about space in the SMPPTS(es), then I wholeheartedly agree (this shouldn't be an issue for practically all shops these days). Better to have a PTF sitting in your SMPPTS ready to apply in an emergency than having to rely on RECEIVE ORDER, ShopZ or any other method of PTF delivery when the server on the other end may not be working. 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: ISPF Question
You're kidding, right? :-) All we deal with in this industry are acronyms! JES2, WLM, CICS, DB2, TSO what's a few more between friends? :-) HC = Health Checker, which is actually the following command table entry: SELECT PGM(ISFISP) NOCHECK NEWAPPL(ISF) PARM(CK) UL= ULOG (SELECT PGM(ISFISP) NOCHECK NEWAPPL(ISF) PARM(ULOG) Call me lazy...I save keystrokes whenever and wherever I can...as I am a slow typist! Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, April 28, 2009 10:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF Question On 28 Apr 2009 03:24:34 -0700, robert.richa...@opm.gov (Richards, Robert B.) wrote: >Who remembers option numbers? I have used command table entries for >years and invoke dialogs by their name or a logical abbreviation of >same. Want RACF? Type RACF. Want ISMF? Type ISMF. 3.4 is DSL (DSLIST), >SDSF LOG is SL. You get the idea. > >I have defined over 100 of them. I almost never do a jump (=). I love >the "invoke and return" aspect of command table entries. Who remembers acronyms? -- 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: RECEIVE ORDER ERROR
Brian Peterson wrote: Yet another problem I never saw because I always use CONTENT(ALL) instead of CONTENT(RECOMMENDED) for RECEIVE ORDER. http://alabamamaps.ua.edu/cgi-bin/wa?A2=ind0904&L=ibm-main&P=R14311 You too could see the light and choose to move to using CONTENT(ALL).. If I did that, wouldn't I have all of the PTFs that haven't yet gone through CST? And, if CONTENT(ALL) is recommended, why is there CONTENT(RECOMMENDED)? -- 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: Using FTP to send loadlib
Shouldn't use BIN unless there is a chance of a Windows server in the path. I use TYPE E, MODE C for all z/os to z/os transfers. The compression reduces network traffic (and the transfer times) upwards of 60%. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Monday, April 27, 2009 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Using FTP to send loadlib -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Eastwood Sent: Monday, April 27, 2009 10:32 AM To: IBM-MAIN@bama.ua.edu Subject: Using FTP to send loadlib Hello, =A0 I have been digging through the OS/390 TCP/IP OE: User's Guide and have not= been able to get this to work. =A0 Is it possible to send a loadlib from 1 mainframe to another mainframe usin= g FTP, either batch or interactive? =A0 If so, would anyone be willing to share some batch jcl with me? =A0 Thanks, Kurt=0A=0A=0A I think you will have to unload it using IEBCOPY to a flat file, then send that as BIN. After receiving it, use IEBCOPY to load the PDS. OR, you can use TSO XMIT to a file, FTP as BIN, then point TSO RECEIVE to the file... 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 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: Using FTP to send loadlib
Tony B. wrote: >Brevity on my part has led to lack of clarity. My interpretation of "protecting ADRDSSU" was to build a profile in the program class, then selectively permit it to some trusted users. This approach is nonsense. Agreed. Anoter example is the program AMAZAP. It is better to use RACF (or other ESM) to protect the OBJECTS (datasets, volumes, etc) not the tools used. If you plug ADRDSSU, someone will use FTP, IEBCOPY, whatever, to bypass the PROGRAM class. That subject is an old horse beaten (again) to death... ;-D >That which is illustrated below I am interpreting as "protecting the various different functions of ADRDSSU" by building profiles in RACF's facility class, then selectively permitting them to trusted users. This approach has merit. Thanks. >I promise to elaborate in the future. Do not feel bad, it is Ok with me. I value and appreciate your posts. Please keep them coming. ;-D PS: After all those replies, I have nothing to add to the original topic of FTP and loadlibs... Sorry for this topic drift. Groete / Greetings Elardus Engelbrecht -- 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: Possible new SYSTEM symbols in JCL.
Job number can change if the job is NJE'd to another system. -Original Message- I didn't get the idea that IBM was adverse to __NEW__ system symbols in batch JCL. Just that they had stated that &SYSUID was the only one of the current system symbols which could be used. The reason given here was that all the other system symbols were "indeterminate" (such as "when is the variable resolved"?). The two symbols that I mentioned should not have this problem. But, if nobody is interested, then let's just let the thread die here. -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
What I find onerous is that ADRDSSU requires that when extracting and renaming a data set the programmer must have read access to the original data set name. hence the ADMINISTRATOR keyword Jack Kelly 202-502-2390 (Office) -- 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: ISPF Question
On 28 Apr 2009 03:24:34 -0700, robert.richa...@opm.gov (Richards, Robert B.) wrote: >Who remembers option numbers? I have used command table entries for >years and invoke dialogs by their name or a logical abbreviation of >same. Want RACF? Type RACF. Want ISMF? Type ISMF. 3.4 is DSL (DSLIST), >SDSF LOG is SL. You get the idea. > >I have defined over 100 of them. I almost never do a jump (=). I love >the "invoke and return" aspect of command table entries. Who remembers acronyms? -- 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: Using FTP to send loadlib
Brevity on my part has led to lack of clarity. My interpretation of "protecting ADRDSSU" was to build a profile in the program class, then selectively permit it to some trusted users. This approach is nonsense. That which is illustrated below I am interpreting as "protecting the various different functions of ADRDSSU" by building profiles in RACF's facility class, then selectively permitting them to trusted users. This approach has merit. I promise to elaborate in the future. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Tuesday, April 28, 2009 6:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Using FTP to send loadlib Tony B. wrote: > Protecting ADRDSSSU is nonsense. Why? There are two ways to protect ADRDSSU in RACF: 1. PROGRAM CLASS 2. FACILITY CLASS profiles: Example: STGADMIN.ADR.STGADMIN.DUMP - To dump dsn without having READ access to datasets on condition you use ADMINISTRATOR keyword. Ted MacNEIL wrote: >ADRDSSU at least makes sense. Yup! Here I agree 100.00% with Ted. ;) Paul Gilmartin wrote: >Does ADRDSSU allow a programmer to dump data sets lacking READ access, or to dump a volume containing data sets to which the programmer lacks read access? Yes, but with correct FACILITY class profiles and ADMINISTRATOR keyword. For volumes you need DASDVOL class profiles. >If so, ADRDSSU sorely needs repair, perhaps by restricting the volume dump function and by preforming SAF checks for data set dumps. But a blanket restriction of all ADRDSSU function makes no sense. No repair is needed at all for this. Hope this clears up any misunderstandings. Groete / Greetings Elardus Engelbrecht -- 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.12.4/2082 - Release Date: 04/27/09 18:00:00 -- 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: Possible new SYSTEM symbols in JCL.
On Tue, 28 Apr 2009 16:34:06 +0200, Vernooy, C.P. - SPLXM wrote: > > >"John McKown" wrote in message >news:... >> I've just ran into a situation where I could really use some new >"system >> symbols" in JCL. In a batch job, > >John, > >What's the use or (re)discussing system symbols in batch JCL? >Whatever arguments we come up with, the symbols aren't going to come, >are they? > >Kees. I didn't get the idea that IBM was adverse to __NEW__ system symbols in batch JCL. Just that they had stated that &SYSUID was the only one of the current system symbols which could be used. The reason given here was that all the other system symbols were "indeterminate" (such as "when is the variable resolved"?). The two symbols that I mentioned should not have this problem. But, if nobody is interested, then let's just let the thread die here. -- 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
