Re: Free software to stack tape datasets?
Dave, Check to see if you have an existing license for a tape stacking utility. To be honest, some clients have a license for CA-1/Copycat and don't even realize it since it was signed for many years ago. Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, June 16, 2009 7:25 AM To: IBM-MAIN@bama.ua.edu Subject: Free software to stack tape datasets? We are looking to copy data off of 9840A tapes to 9840D tapes. There are a limited number of free slots in our SL8500, so just letting them wither and die is not an option. Neither is boxing them and mounting on demand. Since there are a limited number of datasets to be stacked we need a cost effective solution. Does anyone know of a cheap or better yet free stacking mechanism besides Iebgener? Thanks, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Storage
Prices, software, charts analysis. Click here to open your online FX trading account. http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTIyVhVcYXoQFMUh8gLXEsjbNsf6k7PQTOFHeY3NTWW4OGzXIkwLT6/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Storage
As far as I remember the MQ Inter comunication guide describes the environment that MQ Exits are invoked from Exits are loaded by MQ from a non authorized library defined by CSQXLIB DD statement. Get your fix. Click here for reliable handyman services! http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTQdGIoHXTrBDHZIRZJ9i6Fjj581XbUjvw39rJ82sK796UjZns4VPq/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Storage
Why an ad? What does this have to do with storage? What does this have to do with Mainframes? --Original Message-- From: esst...@juno.com Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Jun 20, 2009 09:19 Subject: Re: Storage Prices, software, charts analysis. Click here to open your online FX trading account. http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTIyVhVcYXoQFMUh8gLXEsjbNsf6k7PQTOFHeY3NTWW4OGzXIkwLT6/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: INFOZIP 2Gb
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Woodside Sent: Friday, June 19, 2009 7:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: INFOZIP 2Gb On Friday 19 June 2009, Vikesh Bhoola wrote: You might try double quotes around the file name construct, with single quotes embedded to prevent prefixing; so: /u/userid/zip31b: zip -av -1 /tmp/BIG_FILE.zip //'userid.BIG.FILE' This should do the trick: /u/userid/zip31b: zip -av -1 /tmp/BIG_FILE.zip //\'userid.BIG.FILE\' The single quotes have to be escaped. (If this is the same userid you're currently logged in as, you don't need to specify the userid or the quotes.) It's not relevant for this file, but if the MVS file you are referencing in Unix land is a PDS member, you have to escape the parentheses, too, like this: //\'userid.BIG.PDS\(MEMBER\)\' Cheers, Bob You could also enclose in marks. /u/userid/zip31b: zip -av -1 /tmp/BIG_FILE.zip //'userid.BIG.FILE' or //'userid.BIG.PDS(MEMBER)' -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage
On Saturday 20 June 2009, Ted MacNEIL wrote: Why an ad? What does this have to do with storage? What does this have to do with Mainframes? Let's cut AC a little slack here. I think that the ad verbiage is dreck that Juno inserts into your mail willy-nilly - and I suspect that the first message (that was nothing but ad text) was a case of accidentally hitting Send before typing some text. And the second message was actually germane to the discussion. Of course, teasing a poster about getting a better mail hosting service is certainly a valid activity, if done in moderation. :-) Cheers, Bob Bob Woodside Woodsway Consulting, Inc. rwoodsi...@woodsway.com http://www.woodsway.com --Original Message-- From: esst...@juno.com Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Jun 20, 2009 09:19 Subject: Re: Storage Prices, software, charts analysis. Click here to open your online FX trading account. http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTIyVhVcYXoQFMUh8gLX EsjbNsf6k7PQTOFHeY3NTWW4OGzXIkwLT6/ - - For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HYPERPAV Definitions
On Fri, 19 Jun 2009 16:00:09 -0500, Zaromil Tisler zaromil-ibmn...@chello.at wrote: On Fri, 19 Jun 2009 14:16:47 -0500, Dave Kopischke dgkopisc...@oppenheimerfunds.com wrote: On Fri, 19 Jun 2009 15:02:12 -0400, Swanson, Curt wrote: Dave, The 'WLMPAV' value of 'Yes' is correct for both Dynamic PAV HYPERPAV. The setup is the same for both; the only difference is the HYPERPAV feature added on the 2107 storage subsystem. We had Dynamic PAV before HYPERPAV. You still have to set WLMPAV to YES if you want ASM to exploit HYPERPAV, search in the archives for HYPERPAV postings from Jim Mulder. I need to go back and check, but I think for normal use of HYPERPAV, WLMPAV=YES is irrelevant. There was an issue related to page data sets only and that was why I think Jim suggested to leave it on in WLM and HCD at the time. That may have been fixed for z/OS 1.10. 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: Batch or Shell
On Tue, 16 Jun 2009 14:40:41 +0200, Miklos Szigetvari wrote: Till now we have used the PPID = 1 (parent process id) to decide if a program has started from shell or batch via JCL Found if the process running with NOHUP(no hung up) , the PPID also 1. Any better method to decide if it is started from a shell or via batch ? Why does it matter? If it's started from TSO or STC with SYSCALL spawn, does it count as batch or as shell? -- 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: INFOZIP 2Gb
On Saturday 20 June 2009, McKown, John wrote: You could also enclose in marks. /u/userid/zip31b: zip -av -1 /tmp/BIG_FILE.zip //'userid.BIG.FILE' or //'userid.BIG.PDS(MEMBER)' Sadly, it's all a dead end, because it looks like zip can't handle this kind of filename: /u/myuserid/tmp/ zip zjunk.zip //test.outlist zip warning: name not matched: //test.outlist zip error: Nothing to do! (zjunk.zip) It looks like all that dots stuff in the filename handling code needs another wrinkle added for full MVS + USS support. And the idea of piping out of and into tar doesn't work, because tar (IBM's, at least) won't handle the filenames either. /u/myuserid/tmp/tmp/ tar cf - //etc.ipnodes ipnodes2 tar: //etc.ipnodes: EDC5129I No such file or directory. What *will* work, though, is something like this: /u/myuserid/tmp/ cat //etc.ipnodes | zip31 mvsjunk.zip - adding: - (deflated 49%) /u/myuserid/tmp/ unzip60 -l mvsjunk.zip Archive: mvsjunk.zip Length DateTimeName - -- - 1263 06-20-2009 15:45 - - --- 1263 1 file followed by something like /u/myuserid/tmp/ unzip60 -p mvsjunk.zip ipnodes or /u/myuserid/tmp/tmp/ unzip60 -p mvsjunk.zip //test.ipnodes to unpack it. Not elegant, and you're limited to one (unnamed) file per archive. You really don't have an archiver, just a compressor, like gzip or bzip2. But it's usable for this limited purpose. I haven't tried doing this with a large file - I don't have the large file stuff stable yet -- and that was the whole purpose of this exercise. Cheers, Bob Bob Woodside Woodsway Consulting, Inc. rwoodsi...@woodsway.com http://www.woodsway.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: SSRV
SRK wrote: Question, looking at at the trace component of an ABEND dump, I see an SSRV 78 right before the SVCR of a LOAD. I know that a SVC 78 is a GETMAIN, and, it would terminate with an SVCR 78. But, what is an SSRV, and how is it different than an SVC? This is a PC or Branch entry to a system service (in this case getmain/freemain) See MVS Diagnosis: Tools and Service Aids http://publibz.boulder.ibm.com/epubs/pdf/iea2v191.pdf Chapter 8 System Trace. -- 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: Sequential D/S to PO D/S Member
On Wed, 17 Jun 2009 12:42:13 +, Ted MacNEIL wrote: // DSORG=PS Don't specify the (incorrect) DSORG. I'm mystified: I had thought that when a member name is specified the file is sequential; that's what gets merged into the DCB by OPEN if not specified in the DCB macro, and the OP was at worst reasserting a default. At best, it's inconsistent: 3.7.4.1 z/OS V1R10 DFSMS Using Data Sets ___ 3.7.4.1 Creating a PDS Member with BSAM or QSAM OUTDCB DCB ---,DSORG=PS,DDNAME=PDSDD,MACRF=PM Reasonably, one ought to be able to specify the the same DSORG in either JCL or the DCB macro. -- 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: Sequential D/S to PO D/S Member
// DSORG=PS Don't specify the (incorrect) DSORG. I'm mystified: I had thought that when a member name is specified the file is sequential; that's what gets merged into the DCB by OPEN if not specified in the DCB macro, and the OP was at worst reasserting a default. I understand the mystification. But, unfortunately, it doesn't work that way. A PDS(E) with a member specified is not truly sequential. Specifying DSORG=PS is, at best, redundant and, at worst, screws up STOW (IIRC -- if I don't, I'm sure I'll be corrected). Unfortunately, these are the artifacts left over from an operating system with a 45-year history of attempting to maintain consistancy. It may be a pain; the alternative of having to re-write with every release is worse. - 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: Sequential D/S to PO D/S Member
On Sat, 20 Jun 2009 16:48:20 -0500 Paul Gilmartin paulgboul...@aim.com wrote: :On Wed, 17 Jun 2009 12:42:13 +, Ted MacNEIL wrote: :// DSORG=PS :Don't specify the (incorrect) DSORG. :I'm mystified: I had thought that when a member name is specified :the file is sequential; that's what gets merged into the DCB by :OPEN if not specified in the DCB macro, and the OP was at worst :reasserting a default. Since when does DSORG get merged into the DCB? DSORG and MACRF must be specified in the DCB macro. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Sat, 20 Jun 2009, McKown, John wrote: You could also enclose in marks. /u/userid/zip31b: zip -av -1 /tmp/BIG_FILE.zip //'userid.BIG.FILE' or //'userid.BIG.PDS(MEMBER)' I forgot to mention that the above will have problems if the DSN or member has a $ in it as the shell will think it is a variable to be expanded. An alternate could possibly be: '//\'userid.BIG.PDS(MEMBER)\'' But they are all rather ugly. In UNIX, it is best to avoid the $ # and @ signs as they can indicate things to the shell. -- Trying to write with a pencil that is dull is pointless. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
