Re: Not getting IBM-MAIN Email
Stopped again. No emails here after the 10th April. This is weird stuff. Anyone know what is going on? -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Mingee Sent: Tuesday, April 9, 2024 11:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Not getting IBM-MAIN Email Hello All, I magically started getting email from IBM-MAIN on Monday Apr 8. Thanks to all who offered help. -Original Message- From: Rick Troth Sent: Tuesday, April 9, 2024 9:04 AM To: IBM Mainframe Discussion List Cc: David Mingee Subject: Re: Not getting IBM-MAIN Email Hi David -- Others have had trouble too lately. IBM-MAIN is hosted by the University of Alabama, so I wonder if "US" versus "UA" is a typo? Some of us have speculated that the university, or one of their service providers, recently tightened-up email requirements. Across the industry, blacklisting and other spam-preventions, have tipped the scale and now are blocking a significant portion of legitimate email. Personally, I don't have a solution, but am trying to gather critical mass to address it, so I'll contact you off-list. Everyone's situation is different, and in this case the note is coming from a Google property. But I cannot send (to most recipients) from my home address, even with SPF and DKIM in place. -- R; <>< On 4/8/24 14:25, David Mingee wrote: > Hello All, I stopped getting IBM-MAIN emails on 3/20/2024. I tried > subscribing with: > SUBSCRIBE IBM-MAIN David Mingee sent to LISTSERV.US.EDU And > INFO IBM-MAIN to LISTSERV.US.EDU > > No success. Any help would be greatly appreciated. > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Not getting IBM-MAIN Email
Hello All, I magically started getting email from IBM-MAIN on Monday Apr 8. Thanks to all who offered help. -Original Message- From: Rick Troth Sent: Tuesday, April 9, 2024 9:04 AM To: IBM Mainframe Discussion List Cc: David Mingee Subject: Re: Not getting IBM-MAIN Email Hi David -- Others have had trouble too lately. IBM-MAIN is hosted by the University of Alabama, so I wonder if "US" versus "UA" is a typo? Some of us have speculated that the university, or one of their service providers, recently tightened-up email requirements. Across the industry, blacklisting and other spam-preventions, have tipped the scale and now are blocking a significant portion of legitimate email. Personally, I don't have a solution, but am trying to gather critical mass to address it, so I'll contact you off-list. Everyone's situation is different, and in this case the note is coming from a Google property. But I cannot send (to most recipients) from my home address, even with SPF and DKIM in place. -- R; <>< On 4/8/24 14:25, David Mingee wrote: > Hello All, I stopped getting IBM-MAIN emails on 3/20/2024. I tried > subscribing with: > SUBSCRIBE IBM-MAIN David Mingee sent to LISTSERV.US.EDU And > INFO IBM-MAIN to LISTSERV.US.EDU > > No success. Any help would be greatly appreciated. > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Not getting IBM-MAIN Email
Hello All, I stopped getting IBM-MAIN emails on 3/20/2024. I tried subscribing with: SUBSCRIBE IBM-MAIN David Mingee sent to LISTSERV.US.EDU And INFO IBM-MAIN to LISTSERV.US.EDU No success. Any help would be greatly appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a JES2 command to submit a job?
Also, You can enter SUB next to the member name while in ISPF. Just enter SUB vs. B or E or V Subject: Re: Is there a JES2 command to submit a job? I do something like that for my personal stuff. And it is good in that you can have a separate crontab for submitting different jobs with different RACF IDs. The only "problem" is, unless I am out of date, most z/OS people are still fairly ignorant of z/OS UNIX and are reluctant to use it. A few years ago I had another sysprog complain about it because, in his words, "It isn't Windows!" On Wed, Nov 18, 2020 at 5:36 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 18 Nov 2020 15:00:59 -0800, Charles Mills wrote: > > >Is there a JES2 command to submit a job from a PDS or PROCLIB, > >roughly analogous to TSO SUBMIT? > > > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zo > s.v2r3.bpxa400/jclsub.htm > > plus crontab > > >I vaguely recall there is a way to submit a job (via TSO or whatever) > >such that it gets held and then could be released with a JES2 command > >but also left in the input queue for another release? Am I on the > >right track? Or > ... > >? > SDSF "SJ"? > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: rename a dataset in acs routine?
The following idea/method will probably not work, but what the hell. Consider listing the needed tape files with a TMS report to disk. 1. create a PDSE to load these files into. 2. change create fiche jcl to create a new member e.g. (d092120) 3 create job to load old tape files as member names. This could be a second PDSE, if helpful. 4. change jobs to read pdse member (d051719) for example. Alternate method, after finding all these old tapes from TMS report, load each tape to disk as PS/EF with compress. They would get migrated after X days of no use. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Monday, September 21, 2020 5:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: rename a dataset in acs routine? Jes Exit 6 seems to be the best place to do this. There is only a max of one dataset per job and it's never re-read in that same job (or any other) and we already know what the dataset(s) are called, so it's pretty simple to scan for the DSN= text object and if the supplied DSN matches one of the ones we want, we just replace it with the symbolic. Actually at that point in time I could just insert the actual date and time. The test version does just that. Of course as soon as I started writing the exit, several people came in to ask for more "features". The only thing I forgot was a way to bypass the exit in the event that I wanted to actually process one of the tapes manually (by volser), but I now have that worked out as well, I just don't have time to test it properly at this time. I also think it's possible to limit the processing to ONLY the jobs that we know will contain the fiche tapes, so I'm waiting on a programmer to tell me if that's true. Brian On Mon, 21 Sep 2020 13:11:56 +, Seymour J Metz wrote: >What's the down side? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Sunday, September 20, 2020 11:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: rename a dataset in acs routine? I apologize if this has been discussed The SYSTEM Symbols can be made available to JES2 batch jobs The shop needs to determine if they want that to happen https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1 .ieab600/jclsymstr.htm The three types of symbols that can be used for JES2 in-stream substitution are JCL Symbols, JES Symbols and System Symbols: On a JES2 JOBCLASS definition, the field SYSSYM needs to be ALLOW rather than DISALLOW If there Is scheduling software available, it is possible it might provide symbolic substitution at Submission time (I know CA Workload Manager ESP can do that) Otherwise, you might want to have something like s REXX be executed (or language of your choice) to generate the JCL then submit into the Internal Reader ACS routines cannot do this type of function. Best of luck Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Sunday, September 20, 2020 5:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: rename a dataset in acs routine? ITYM IEFUJV; IEFUJI doesn't have the right interfaces. I'd probably use an internal text exit. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Brian Westerman Sent: Saturday, September 19, 2020 12:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: rename a dataset in acs routine? Actually I'm leaning towards the JES or SMF UJI exit as well. File tailoring doesn't help in this case because most of the JCL doesn't get submitted via TSO. Brian On Fri, 18 Sep 2020 16:41:29 +, Seymour J Metz wrote: >Well, if they want to use a chainsaw to open a bag of peanuts, you >could write a JES exit, but the proper way to handle it is for the process that creates the JCL to generate a unique name. If they're using ISPF it's super easy to do it with File Tailoring, and many production control programs have similar capabilities. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Brian Westerman Sent: Friday, September 18, 2020 3:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: rename a dataset in acs routine? Hi, I was asked a question today that I honestly don't know how to answer. The programmer has a (very large) series of jobs that generate fiche tapes that get created and have a expiration date but never are cataloged (because they all have exactly the same DSN). So over time, they ended up with about 30,000 tapes from the over 9,000 jobs that CA-1 keeps around until expiration date. Obviously, these are not the easiest datasets to use later because they need to look up the tape volser every time. The problem is that they want to know if ther
Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment
I say yes to a Mainframe co-op. It could morph into a very useful thing over time. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Grant Taylor Sent: Sunday, July 05, 2020 2:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment On 7/4/20 6:27 PM, Seymour J Metz wrote: > If anybody gets upset it will be because of "just because you feel > z/OS ought to be free (as in beer"; few if any posters here have > suggested such a belief. What I have seen is posters asking for > affordable hobbyist license fees. Agreed. > I'm not the one suggesting the co-op, but at first glance the idea is > intriguing. I lobbed the idea of a co-op out there the same way that people throw things at the wall to see how things stick and what the reaction is. But it does seem like there is some interest, some of it more than casual. I'm now thinking that a poll might be in order. Please reply to this message, either publicly or privately, if you are interested in having a more serious discussion about a mainframe co-op. > I'm already paying an annuual support fee for ArcaOS, a rebranded > OS/2; if I could get z/OS and z/VM on Hercules at comparable cost then > it wouldn't break my budget. I seriously doubt that we will ever be able to legally run z/OS on Hercules. I suspect that it would have to be on an older / smaller system or z/PDT or guest VMs on someone's larger system. > The deciding factor would be the license terms; it would have to be > legal to use the platform to develop commercial software. I don't object to the idea. But my limited understanding is that such probably raises the bar more than little bit. -- Grant. . . . unix || die -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This is a test
Please ignore this message as it is a test of my email. Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 Cell 317 903-9455 Alt Cell 317946-9192 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using bpxbatch to compress an MVS dataset
Hello, You can consider adding the command MODE C before the PUT command in your FTP. This will compress the file during transmit only. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Donald Russell Sent: Sunday, June 30, 2019 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using bpxbatch to compress an MVS dataset I sincerely appreciate people’s feedback on this subject but the problem I’m trying to solve is how to compress the file, not whether compression is needed. The decision to compress was made based on frequency of use, bandwidth between source and destination and difference in file size/transmission time, the value of that benefit etc. Currently I use pkzip to create a gzip file. If I can accomplish this with bpxbatch then I may be able to cancel the pkzip license. The other aspect is I’d like to run this on an mvs system that doesn’t have non-ibm products on it so bpxbatch may be available whereas pkzip is not. Don On Sun, Jun 30, 2019 at 10:51 Thomas Kern < 0041d919e708-dmarc-requ...@listserv.ua.edu> wrote: > Another consideration is how many times the compressed file would be > transferred. We used to host lots of documents on our mainframe to be > served out on a website. When the transfer load became noticeable on > the performance reports, we started compressing the most common documents. > The transfer load dropped dramatically and Management decided to > compress all documents before loading them into the website. > > > /Tom Kern > > On 06/30/2019 12:45, Donald Russell wrote: > > I???m not considering the cost of compression in relation to the > transfer > > savings because the size of the files is huge (several million lines > > of > > text) that compress really well. Pkzip/gzip seems to get well over > > 80% compression. Then yes, after the mvs job step runs, the ftp > > target is in another city or even continent, and the ftp traffic is > > encrypted inflight using ftps. > > > > My goal is to to compress the text file prior to ftp. > > > > Can bpxbatch programs like tar read/write from/to dd names, or fully > > qualified dataset names instead of Unix-like file paths? > > > > Don > > > > > > On Sun, Jun 30, 2019 at 09:19 Steve Thompson wrote: > > > >> If this file is being sent inside your firewall, the time and CPU > >> cycles will cost more than the ftp. This is based on experiences > >> using MFT products. (Basically what Gadi said). > >> > >> We found in testing that compressing was really only useful with > >> small pipes. Of course, there is a ratio between number of bytes to > >> transfer > and > >> bandwidth in determining the effectiveness of the compression (and > >> compression method). > >> > >> Now, if this is confidential data, and is going outside of your > firewall, > >> you have to consider encryption. Compress first, then encrypt, > >> because encrypted data is generally uncompressable. > >> > >> HTH > >> Steve Thompson > >> > >> Sent from my iPhone ??? small keyboarf, fat fungrs, stupd spell manglr. > >> Expct mistaks > >> > >> > >>> On Jun 30, 2019, at 12:05 PM, Gadi Ben-Avi wrote: > >>> > >>> If both systems are on the same physical computer, it might not be > worth > >> it. > >>> The time and cpu cycles it would take to compress and uncompress > >>> might > >> take longer than transferring the un compressed file. > >>> > >>> > >>> -Original Message- > >>> From: IBM Mainframe Discussion List On > >> Behalf Of Donald Russell > >>> Sent: Sunday, June 30, 2019 6:58 PM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Using bpxbatch to compress an MVS dataset > >>> > >>> I have a batch process in zOS 2.1 (soon to be 2.3) that creates a > >>> large > >> text file I want to FTP to a zLinux system. > >>> How can I use bpxbatch tar or compress (or ?) to create a smaller > >>> file > I > >> can ftp instead instead of the original file? I don???t want to use > pkzip > >> unless that???s the only choice. Terse is no good because Linux > >> can???t > unterse > >> it. > >>> Is there a way to specify a DD name for the input and output > >>> files, > >> similar to how FTP allows put/get //DD: > >>> Part two... the text in the file is EBCDIC, but Linux wants ASCII. > >>> I > >> don???t see an option to do the conversion. > >>> I???ll have to check tr, but maybe there???s a way to use more > traditional > >> Unix syntax like > >>> cat //dd:in | tr ... | tar -cv //dd:out > >>> > >>> Cheers, > >>> Don > >>> > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access > >>> instructions, send > >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access > >>> instructions, send email to lists...@listserv.ua.edu with the > >>> message: INFO IBM-MAIN > >> -
MVS Job Position
Subject: MVS Job Position Currently, I am supporting a role with the World's Largest Manufacturing Company. This team is looking for strong Mainframe Systems Engineer, ideally who have experience with Z/OS, SMP/E , and JCL. This position is in Portland, Oregon. Please contact me offline for additional info. Thanks, Kyle Trost Recruiter On LinkedIn Or Call 503 293-2900 -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF development tips and tricks
Great Tool. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: Friday, April 19, 2019 10:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF development tips and tricks I am announcing a new, free, ebook with usable examples for all ISPF developers with tips and tricks to jump start or improve your dialog writing. It is 70+ pages and the zip includes to doc in pdf, ePub, and mobi formats so you can read it anywhere (or go old school and print it). Upload the included samples PDS, provided in xmit format, and look at the code. This is not a stand alone doc, you’ll still need the IBM pubs to delve into the full capabilities of the ISPF services. It is also a work in progress, meaning if you would like to contribute a chapter, with examples, then please do so - see the section on contributing on how to do that. Go to www.lbdsoftware.com and you can download it. Enjoy Lionel B Dyck < Sent from my iPad Pro 10.5 Website: www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OpenSSH / Ported Tools / Co:Z
C lever... I did find hits on google for acronym - USS, navy and Z/OS Unix System Services . For some reason it made me think of Snow White and the 7 dwarfs of mainframe. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: Monday, March 18, 2019 6:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OpenSSH / Ported Tools / Co:Z So what's all the fUSS? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Matt Hogstrom Sent: Monday, March 18, 2019 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: OpenSSH / Ported Tools / Co:Z Actually it is in every z/OS Unix System Services document. Cleverly disguised with the prefix ‘disc' and the suffix ‘ed’ ’ion’ or others. For example So far, we have discussed The following discussion There is it, USS hiding in plain sight in almost ALL IBM documents. Matt Hogstrom m...@hogstrom.org PGP Key: 0x90ECB270 "Never attribute to malice that which is adequately explained by stupidity.” - Hanlon’s Razor > On Mar 18, 2019, at 12:54 PM, Jesse 1 Robinson > wrote: > > In an obscure corner of IBM's PK campus is a nondescript bunker-like > building. The basement of that building houses the IBM Acronym Factory. The > IAF is staffed by a cadre of probationary lawyers and a rotating squad of > 14-year-old boys. A proposed acronym is first sprung on the boys; if they > giggle, the PA is discarded. Otherwise it's tossed into the lawyer cage. If > it emerges intact, it's on the road to acronymhood. > > 'USS' was relegated to wannabe status for reasons forever locked in the IAF. > No matter how commonly it's used, it doesn't officially exist. Think of > trying to sneak a snippet of Anglo Saxon slang past the Alliance Francaise. > Cannot happen. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > Sent: Sunday, March 17, 2019 3:20 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: OpenSSH / Ported Tools / Co:Z > > On Sun, 17 Mar 2019 16:32:42 -0500, Mike Schwab wrote: > >> They got rid of Unformatted System Services? >> > Just the abbreviation. Perhaps they'd rather not take sides. Did the > abbreviation appear in an older Glossary? Wayback Machine? BitSavers? > >> On Sun, Mar 17, 2019 at 3:05 PM Paul Gilmartin wrote: >>> >>> On Sun, 17 Mar 2019 15:45:11 -0400, scott Ford wrote: >>> Very funny Rad ..USS wars is about right ...lol On Sat, Mar 16, 2019 at 4:27 PM R.S. wrote: > OK, who start "USS is not Unix System Services" war? > Don't forget about "it's UNIX, not Unix" and "official acronym". > Of course all the typos will be punished seriously. > >>> The z/OS glossary contains no definition of "USS". I wonder what an RCF >>> would cause? >>> >>> https://www.ibm.com/support/knowledgecenter/en/zosbasics/com.ibm.zgl >>> o >>> ssary.doc/zglossary.html > > -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Need Instructor for VM Class
Hey Experts, Anyone interested in teaching a couple of 2 day WEB based classes in Jan/Feb on VM for Verhoef Training company. If so contact: Kathy Welsh kwe...@verhoef.com VP/Verhoef Training, Inc 1.800.533.3893 Verhoef-Training.com Compensation is more than reasonable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GDG Cleanup
I intended to specify this cleanup is for DISK GDG files. Old unused files can be left when an application is retired or a dsn is changed or when a tape gdg with NSCR is changed to DISK file. Also, there is an TMS Utility - TMSOSCAT that will fix tapes that have been uncat'd put are not eligible for SCRATCH and those that have been TMS SCRATCHED but are still Catalogued. I think if a new disk GDG has not been created in over a year, it is almost certain a new gen will not be created today or tomorrow. I successfully completed this task at two different sites. The only error or problem was one job created a file dsn equal to the GDG BASE, but the jcl did not use (+1), so when I deleted the GDG's and the BASE GDG this job failed. Each site had over 100K files deleted and 100 to 200 3390-3 disk freed up and these were no longer backed up in the weekly backup jobs. Not a bad savings for those who are interested, have the time, and permission. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Smith Sent: Monday, February 05, 2018 10:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GDG Cleanup lol, I guess the OP may have accidentally sent this advice to the wrong address. Rocket CR+ would make this easier However, you would in general hope that GDGs are defined to satisfy actual requirements, and not pile up garbage indefinitely. sas On Mon, Feb 5, 2018 at 7:13 AM, John McKown wrote: > On Sun, Feb 4, 2018 at 11:55 PM, David Mingee wrote: > > > For those who might have the time or inclination, I suggest running > > a LISTC for your GDG's and then SORT the output file by LAST ALTER > > DATE. Then consider deleting all of them that are older than one > > year old. You may find 1000's of these for various reasons. Also, > > you could run IEHLIST and find old gdg files that were mistakenly > > set to NOSCRATCH and then delete them. > > > > > Well, just speaking for my shop, one year is way too short. We create > annual tapes for end-of-year data. And we often need them going back > 10 years. Actuarial people love historical data. Some financial people > do too. > > > -- > I have a theory that it's impossible to prove anything, but I can't > prove it. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
GDG Cleanup
For those who might have the time or inclination, I suggest running a LISTC for your GDG's and then SORT the output file by LAST ALTER DATE. Then consider deleting all of them that are older than one year old. You may find 1000's of these for various reasons. Also, you could run IEHLIST and find old gdg files that were mistakenly set to NOSCRATCH and then delete them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VSAM Performance - CPU reduction
I agree. Just curious if the file needs to be defined as REUSE or could it be ALTERED to NOREUSE and tested? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron hawkins Sent: Friday, January 26, 2018 6:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VSAM Performance - CPU reduction Arun, I think you are very close to having this running as optimally as you can unless you start including the COBOL parsing with Strobe and looking for changes to the program that can improve the access, Thanks for trying the reduction of BUFND from 240 to 2, and sharing the increased IO and CPU usage you observed. I still have a gut feeling that BUFND=240 is excessive, and you are reading Cis into storage that the program never processes. If that is the case, then there may be the potential to reduce CPU by reducing the chain length. I'd like to suggest that you try a binary search or bracket test of sorts to see if there is an optimal value for BUFND that reduces the CPU time. I'd suggest starting with one cylinder or BUFND=30 as a starting point for a binary search. For example, if CPU is reduced at 30, see if it reduces at 15. If it does reduce, try 8 to see if it reduces further. Alternatively, if 30 increases CPU and IO try BUFND=120, then 60, etc, etc, etc. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron hawkins Sent: Thursday, January 25, 2018 2:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction Clark, it is a 15GB KSDS, with 564,000 Cis, and 32,448,318 records. It is very optimistic to think that after he verified increased IO when reading one CI, it will be more than offset LRU buffer hits when there is bursts of sequential IO walking the buffer pool a cylinder at a time. NSR behavior will not let the random hit that you describe occur outside of one CI in the chain as COBOL only uses one string. The program can read all the other CI's in, but the program only looks at them in sequential mode. In skip (random) it only looks at the CI currently pointed to by the string, and ignores everything else in memory. What sort of buffers were you thinking of? 5GB worth? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris Sent: Wednesday, January 24, 2018 5:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction [Default] On 24 Jan 2018 09:53:39 -0800, in bit.listserv.ibm-main ronjhawk...@sbcglobal.net (Ron hawkins) wrote: >Clark, > >It's not that the process is reading a 2nd record in the same CI. That >would result in a buffer hit irrespective of whether it is LSR or NSR. > >The empirical evidence of his test with BUFND=2 reduced from BUFND=240 >is that the program reads more than one CI sequentially for each skip. >That alone makes the file a poor candidate for LSR. The original poster also said that under certain circumstances after reading a record skip sequential on the second file by finding a match, under x conditions another record was retrieved from the same file. Depending on the frequency of this condition occurring and the access pattern LSR might help for that condition. Program caching of hits and misses may be more appropriate depending on circumstance. I had a case in one shop where thousand of read not found conditions occurred for about 12 records. This was a table file and around 20 years ago so the exact details escape me but the point is that much depends on the overall processing. Clark Morris > >Ron > > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >On Behalf Of Clark Morris >Sent: Wednesday, January 24, 2018 4:50 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction > >[Default] On 23 Jan 2018 17:35:50 -0800, in bit.listserv.ibm-main >ronjhawk...@sbcglobal.net (Ron hawkins) wrote: > >>Clark, >> >>If you had time to read through this lengthy thread you will find that >>the 2nd file uses skip-sequential access. LSR is usually not an >>appropriate strategy for this access pattern. > >I realize he was using skip sequential. My point was that random >access looks like it could be a better fit for this file than skip >sequential especially since a second record may have to be read after >the first record is found on the second file. > >Clark Morris >> >>The OP has tried reducing BUFND on the second file, and observed a >>reduction in throughput, which verifies the extent to which the >>sequential access is taking advantage of chained Cis. >> >>Ron >> >>-Original Message- >>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >>On Behalf Of Clark Morris >>Sent: Tuesday, January 23, 2018 4:57 PM >>To: IBM-MAIN@LISTSERV.UA.EDU >>Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduc
Re: JOBGROUP in JCL
I failed as a HUM ANA it or IT person -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chris Hoelscher Sent: Saturday, February 03, 2018 2:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JOBGROUP in JCL Did you pass? Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services Humana Inc. 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Mingee Sent: Saturday, February 3, 2018 11:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] JOBGROUP in JCL This is a test. Please ignore. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, February 01, 2018 4:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JOBGROUP in JCL Okay - so I did not spell magazine correct So it should read (for those of you that copy and paste) IBM SYSTEMS MAGAZINE JOBGROUP > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Thursday, February 01, 2018 2:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JOBGROUP in JCL > > And to add to Ed's list > > I just did an internet search on the keywords > > IBM SYSTEMS MANAZINE JOBGROUP > > Lots pops up. Here are a couple > > > IBM Systems Magazine - JES2-job-group > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je > s2-job- > group/figure-1/ > > In z/OS V2.2, JES2 provided new support called Job Execution Controls > so that customers could have better control over the execution of > related jobs; looking at the different states a job group can > encounter, and what situations will trigger transitions into those states. > IBM Systems Magazine - JES2 Job Execution Control Concurrent Job ... > ibmsystemsmag.com/mainframe/.../systemsmanagement/concurrent-job-suppo > rt/ > > These functions are available via JEC and via JOBGROUP keyword on the > SCHEDULE JCL statement. The first article in this series provided a > broad overview of JEC and in particular an example illustrating > BEFORE, AFTER and CONCURRENT dependencies. This article will discuss > concurrent dependencies in further ... > IBM Systems Magazine - JES2 Job Execution Control New in z/OS 2.2 > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/co > ncurren > t-job-support/ > > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je > c-2-2/ > > > > Introducing new features in z/OS 2.2: Job Entry Subsystem Job > Execution Control and Deadline Scheduling. > IBM Systems Magazine - Tips & Techniques > ibmsystemsmag.com/mainframe/tipstechniques/ > Technical articles that provide tips and techniques to help IBM System > z mainframe customers implement solutions. Subtopics include > application development, miscellaneous, system tuning and systems > management. ... JES2 Job Group State Transitions. Web Exclusive | ... > http://ibmsystemsmag.com/mainframe/tipstechniques/ > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell > > Sent: Thursday, February 01, 2018 2:33 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: JOBGROUP in JCL > > > > Search>IBM SHARE JES2 JOBGROUP > > > > > > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/ > > je > > c-2-2/ > > > > From SHARE proceedings Tom Wasik's .pdf presentation: > > > > share.confex.com/share/125/webprogram/Handout/Session17826 > > share.confex.com/share/125/webprogram/Handout/Session17421 > > > > In a message dated 2/1/2018 3:21:46 PM Central Standard Time, > > stars...@mindspring.com writes: > > > > You will need to search for this, but there was a very good article > > on MainframeSystems magazine about this new function in JES2. > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instr
Re: JOBGROUP in JCL
This is a test. Please ignore. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, February 01, 2018 4:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JOBGROUP in JCL Okay - so I did not spell magazine correct So it should read (for those of you that copy and paste) IBM SYSTEMS MAGAZINE JOBGROUP > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Thursday, February 01, 2018 2:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JOBGROUP in JCL > > And to add to Ed's list > > I just did an internet search on the keywords > > IBM SYSTEMS MANAZINE JOBGROUP > > Lots pops up. Here are a couple > > > IBM Systems Magazine - JES2-job-group > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je > s2-job- > group/figure-1/ > > In z/OS V2.2, JES2 provided new support called Job Execution Controls > so that customers could have better control over the execution of > related jobs; looking at the different states a job group can > encounter, and what situations will trigger transitions into those states. > IBM Systems Magazine - JES2 Job Execution Control Concurrent Job ... > ibmsystemsmag.com/mainframe/.../systemsmanagement/concurrent-job-suppo > rt/ > > These functions are available via JEC and via JOBGROUP keyword on the > SCHEDULE JCL statement. The first article in this series provided a > broad overview of JEC and in particular an example illustrating > BEFORE, AFTER and CONCURRENT dependencies. This article will discuss > concurrent dependencies in further ... > IBM Systems Magazine - JES2 Job Execution Control New in z/OS 2.2 > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/co > ncurren > t-job-support/ > > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je > c-2-2/ > > > > Introducing new features in z/OS 2.2: Job Entry Subsystem Job > Execution Control and Deadline Scheduling. > IBM Systems Magazine - Tips & Techniques > ibmsystemsmag.com/mainframe/tipstechniques/ > Technical articles that provide tips and techniques to help IBM System > z mainframe customers implement solutions. Subtopics include > application development, miscellaneous, system tuning and systems > management. ... JES2 Job Group State Transitions. Web Exclusive | ... > http://ibmsystemsmag.com/mainframe/tipstechniques/ > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell > > Sent: Thursday, February 01, 2018 2:33 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: JOBGROUP in JCL > > > > Search>IBM SHARE JES2 JOBGROUP > > > > > > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/ > > je > > c-2-2/ > > > > From SHARE proceedings Tom Wasik's .pdf presentation: > > > > share.confex.com/share/125/webprogram/Handout/Session17826 > > share.confex.com/share/125/webprogram/Handout/Session17421 > > > > In a message dated 2/1/2018 3:21:46 PM Central Standard Time, > > stars...@mindspring.com writes: > > > > You will need to search for this, but there was a very good article > > on MainframeSystems magazine about this new function in JES2. > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TRSMAIN
You might consider using the MODE C command in FTP vs. AMTERSE/UNTERSE utility. It will run much faster and save CPU time. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Monday, December 11, 2017 1:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TRSMAIN On 12/11/2017 9:51 AM, PINION, RICHARD W. wrote: > Is there a way to make TRSMAIN use hardware compression, PCIE hardware > compression? No. AMATERSE uses it's own compression. Sounds like a good SHARE requirement tho... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Finally joined Linkedin
Glad to see you are back. Missed your great comments. I remember an old friend who was a dyslexic, insomniac and an atheist. He stayed awake most of the night Wondering if there really was a DOG. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, November 21, 2017 6:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Finally joined Linkedin Welcome back! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Tuesday, November 21, 2017 1:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Finally joined Linkedin Blame the keyboard; I'm not dyslexic. That's my story and I'm sticking to it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Nims,Alva John (Al) Sent: Tuesday, November 21, 2017 4:48 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Finally joined Linkedin Here I am in a short week of work and trying to get z/OS 2.02 ready to go in on one of my LPARS a week from today and with a couple of regular problems being thrown my way, "Loopy" does not half describe my state, so take the following with solid grins, please: Do we have a new work in the English language, "oined"? :) (Yes, I know someone forgot to hit the "j", but like I said, I am LOOPY today!) Al Nims Systems Admin/Programmer 3 UFIT University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Tuesday, November 21, 2017 4:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Finally joined Linkedin I've been inactive since my Internet provider folded up with no advance notice. A lot has happened since then, most of which is off topic, but it seems reasonable to post here that I've finally oined LinkedIn from e-mail address sme...@gmu.edu. For those of you who are on LinkedIn and know me, feel free to connect. -- Shmuel (Seymour J.) Metz https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7 Esmetz3& d=DwIFAw&c=pZJPUDQ3SB9JplYbifm4nt2lEVG5pWx2KikqINpWlZM&r=0Ef64GJS77D Vfhr5GGK ZeQ&m=2sKj_aOZbPd15a5BaYD6NzvZEyrfI4v4RUcrPE8vOuQ&s=twwQJ_Fi0A1v7fcr ASgcq96Y YO5tamdtQ9-kFzv6JlM&e= -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5
Hello, another option would be to add the line MODE C before the put or mput line in your FTP'S. This does compression only during the FTP. This could speed up the FTP's. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ibmm...@foxmail.com Sent: Thursday, October 12, 2017 2:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5 Hi We could move our datasets to a same volume and convert the volume to a cckd image using Hercules utilies after we transfer the cckd image to linux,how will the cckd image be used by linux? Thanks a lot! Best Regards Jason Cai >A suggestion...Could be better or not... You could try... Convert your volume >to a cckd image using Hercules utilies. Once they are converted, you will be >take advantage of compression and time to this transfer. I did same thing some >thing, with success. Btw there is one a problem, you need to move your >datasets to a same volume.. Make sense? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: Re: [EXTERNAL] Re: Issue with SK4T-4949-13 - IBM Online Library: z/OS V2R2 Collection, March 2017
Hi Susan, Please tell me how to access IBM Knowledge info with IE version 11. I can access them with Mozilla, but not with IE. I prefer to use IE. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Susan Shumway Sent: Friday, April 28, 2017 12:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AW: Re: [EXTERNAL] Re: Issue with SK4T-4949-13 - IBM Online Library: z/OS V2R2 Collection, March 2017 Just FYI, I'm following these threads and absorbing it all. To the direct point, it seems like the Adobe Indexed set of element and feature PDFs (SC27-8430) that Kevin Minerley mentioned in his response should suffice, and perhaps even impress, for those of you wanting a single downloadable of all z/OS PDFs. Also, truly consider giving KC4z, which Kevin also mentioned, a try. It provides the option to mix and match the z/OS plug-ins, if that's how you want to do things, for maximum flexibility in an offline, topic search type environment. Take a look through https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.hkc/hkc.htm and see what you think. To an indirect point, it's great to see the different statements in support of PDFs and even the one for KC. I know how much (most of) you miss the old product documentation tools, so this feedback is extremely valuable as we work hard to develop a set of solutions that will hopefully help you eventually forget them. The best thing that you can do is (continue to) voice your feedback where it really counts, like at SHARE and in feedback sessions with IBMers. (Of course, I'm always happy to continue collecting feedback here, if it's your only resource.) To that point, if any of you are willing to let my team bounce ideas off of you, as long as the proper confidentiality boxes are checked, let me know - we'll take you up on it. Yours truly, Sue Shumway On 04/27/17 5:08 PM, Peter Hunkeler wrote: > > > >> The pdf's are fine for print and general reading. And searching has improved. > UNTIL I want the specific rc/rsn for an IDC3009I which is somewhere between > pages 299 and 573 in the iea3m602.pdf and since almost every other IDC > message references IDC3009I, the search in the pdf is pretty useless. > > > > > Exactly, it all depends on what your current need is. Are you looking for the > explanation of message, or do you need to understand a specific macro > parameter, or function parameter, etc.? Google, IBM KC, browser interface is > often an efficient and effective choice. Are you in need to understand a > concept, how does something work, etc.? One or more books are often to be > consulted, and whole section or chapters have to be read. Books, be it paper > or eBooks, is the choice. > > > So, IBM, and other vendors, need to understand that both variants are > required. > > > -- > Peter Hunkeler > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Sue Shumway z/OS Product Documentation Lead IBM Poughkeepsie chale...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Minimum Volume Sizes in the Wild
Same here - smallest in use is MOD3 at 8 different Data Centers I have worked with in the last couple of years. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: Steve Beaver To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, June 28, 2016 9:36 PM Subject: Re: Minimum Volume Sizes in the Wild The smallest I've seen is a MOD3. And that is just because it had a CAT on it Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Al Loeffler Sent: Tuesday, June 28, 2016 8:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Minimum Volume Sizes in the Wild I use 3390-27 for z/OS and other software installation, but I also use other sizes (3390-1, 3390-3, 3390-9, 3390-54) for operational and user datasets. Al Loeffler -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Tuesday, June 28, 2016 9:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Minimum Volume Sizes in the Wild What is the *smallest* volume size everyone sees in general use? For example, will we create any problems if we assume that "everyone" has or can define at least a 3390-9 size volume these days? What if we chose 3390-27? -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Corrupt PDSE dataset
Gil, You are right as usual. I used this utility to repair PDS files(recfm.dsorg,lrecl,blksize,cyl,dir,members) on the fly. It supports PDSe in a limited way. John Kalinich wrote this tool and would know it abilities in detail. I just thought it might be worth a shot. . David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, March 11, 2016 7:02 PM Subject: Re: [EXTERNAL] Re: Corrupt PDSE dataset On Fri, 11 Mar 2016 23:34:32 +, David Mingee wrote: >Lionel, are all of the DCB values normal or correct, if not they can be >changed with PDS86. > Knowing almost nothing about PDSE internals, I'd hesitate to change DCB attributes with a tool such as PDS86. Those attributes may be reflected internally in the PDSE in OCO-undocumented ways. But if PDS86 has been routinely used to modify PDSE attributes without problems, it's probably safe. Does it just overwrite the DSCB? This is unlikely to be the OP's problem anyway. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Corrupt PDSE dataset
Lionel, are all of the DCB values normal or correct, if not they can be changed with PDS86. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: Ted MacNEIL To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, March 11, 2016 11:07 AM Subject: Re: [EXTERNAL] Re: Corrupt PDSE dataset IBM has always stated that you CANNOT share a PDSE outside SYSPLEX boundaries without a risk of corruption. It sounds like you did just that. That's a big OOPS! -teD Original Message From: R.S. Sent: Friday, March 11, 2016 10:29 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: [EXTERNAL] Re: Corrupt PDSE dataset W dniu 2016-03-11 o 15:20, Dyck, Lionel B. (TRA) pisze: > We have shared dasd between two different sysplexes and grs is only within > each sysplex. How it broke I've no idea but suspect it was updated on each > side. It's the best method to corrupt PDSE. BTW: GRS won't help, because PDSE use XCF AFAIK. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on CA-1
It might be helpful to run a batch listcat on the files and then sort the output on the field LADAT(Last Alter Date) and then run IDCAMS Delete File and Delete GDG on all that are older than a required date. This could be done on other GDG's to clean up all junk GDG's. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: Linda To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sunday, February 21, 2016 1:20 AM Subject: Re: Question on CA-1 For TMS controlled GDGs that are no loner being used, you should be able to get rid of them by using IDCAMS ALTER to cut back or remove the GDGs from the catalog and set the GDG so that rolled off generations are set to delete from the catalogue on expiration. That does assume that the GDGs are being held in TMS on catalog retention. 99000, not some other TMS retention value. TMSUPDTE is well documented and pretty easy to use. Linda Sent from my iPhone > On Feb 20, 2016, at 9:44 AM, Tony Thigpen wrote: > > I simplified the requirements somewhat because I was expecting to use > TMSEXPDT. > > More details: > > We have a lot of systems that have been moved off-platform. About half over 7 > years ago. These systems generated GDG tapes but new gens are not being > created. > > There are about 700 volumes. About half are over the 7 year max retention. > The staff that understood the real retention requirements are gone. So, I was > told to: > > Any tape file that has not had any new generations built since Jan 1, 2015 > are to be considered orphaned. > All orphaned tape files over 7 years old can be scratched. > All orphaned tape files under 7 years old are to be set to a 7 year retention > so they will automatically scratch at that point without any additional > programming effort in the future. > Some files are using multiple tape volumes > Some tapes have multiple files. > Some jobs created multi-file/multi-volume tapes. > > > To build the control cards using rexx, I have: > A listing of all such orphaned files which has the file name, volume(s), > creation job and creation dates. > A listing of all active files with all volumes used. > A listing of all active volumes with all files listed. > (And, I am good at rexx programming.) > > Tony Thigpen > > Lizette Koehler wrote on 02/19/2016 08:29 PM: >> EMID= are good. That means you will probably not have to update them to >> allow them to scratch. >> >> I like the TMSUPDTE process. >> //TMSUPDTE EXEC PGM=TMSUPDTE,PARM='NODSN,AUDIT' >> //TMSRPT DD SYSOUT=* >> //SYSPRINT DD SYSOUT=* >> //SYSIN DD * >> VOL 21,NOCHAIN >> REP DSN=HEXZEROS >> REP DSN17=HEXZEROS >> REP ROBTY=X'89' >> >> You can use DSN matching by changing NODSN to DSN and including DSN= in the >> control card. The Utilities manual for CA1 will have good details on this >> TMSUPDTE process. >> >> See if this might be just as good for your needs. >> >> Lizette >> >> >>> -Original Message- >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >>> Behalf Of Tony Thigpen >>> Sent: Friday, February 19, 2016 6:22 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Re: Question on CA-1 >>> >>> I just found that some of the oldest tapes have EDMID = >>> >>> Tony Thigpen >>> >>> Tony Thigpen wrote on 02/19/2016 08:19 PM: >>>> On the few I just checked, EDMID = blanks. >>>> >>>> Tony Thigpen >>>> >>>> Lizette Koehler wrote on 02/19/2016 08:15 PM: >>>>> Where these tapes created by an external data manager? (EDM) In a ca1 >>>>> display of the tape (I like using the ISPF CA1 function) See if this >>>>> field is set >>>>> >>>>>> EDMID = HPDM >>>>> >>>>> >>>>> Lizette >>>>> >>>>>> -Original Message- >>>>>> From: IBM Mainframe Discussion List >>>>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen >>>>>> Sent: Friday, February 19, 2016 6:09 PM >>>>>> To: IBM-MAIN@LISTSERV.UA.EDU >>>>>> Subject: Question on CA-1 >>>>>> >>>>>> It's clean-up time. >>>>>> >>>>>> I have about 400 old 3380 tapes I need to get out of the tape >>>>>> library and distroy. These are all over 7 years old for systems that >>>>>> are lo
Re: Anyone using Rocket Software Performance Essential
Sorry for the confusion. I recommend BMC's Product - Batch Optimizer (Standard Edition). David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: Greg Shirey To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, December 16, 2015 9:04 AM Subject: Re: Anyone using Rocket Software Performance Essential Sorry, I don't think I'm understanding you. What product is it that you are saying is free and easiest to use? Thanks, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Mingee Sent: Tuesday, December 15, 2015 7:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Anyone using Rocket Software Performance Essential I used IAM, Rocket's Product and BMC Batch Optimizer. All of them provide great benefit in reduced run time by reducing I/O. My favorite isBat/Opt Standard Edition. Why, because it is FREE and easiest to use. Also, it provides stat reports that identify files that are read one recordper open(bad program code) even with proper buffering. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone using Rocket Software Performance Essential
I used IAM, Rocket's Product and BMC Batch Optimizer. All of them provide great benefit in reduced run time by reducing I/O. My favorite isBat/Opt Standard Edition. Why, because it is FREE and easiest to use. Also, it provides stat reports that identify files that are read one recordper open(bad program code) even with proper buffering. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: John Clifford To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, December 15, 2015 11:14 AM Subject: Re: Anyone using Rocket Software Performance Essential I used it for 30 years until I got laid off. Yes, it started as VIOplus from Softworks and then it went to EMC then Rocket. It saved incredible amounts of time as we were a huge VSAM shop. I tested a few real VSAM pigs and ran jobs turning off VIOplus (perf Essential now) and jobs went from 1 hour 10 minutes to 18 hours. Actual time. There was no way I could possibly sit down and figure all the jcl changes to tune the VSAM file access to get this kind of benefit. I haven't touched it since 2012 but I would assume it still helps alot with VSAM and Qsam. John Clifford z/OS consultant On Tue, Dec 15, 2015 at 10:28 AM, Porowski, Ken wrote: > I've used it for years. IIRC it was originally called VIOPlus from > Softworks. No real issues with it although there are a few cases where a > job will gag on it but it is easy to bypass. It is basically dynamic > buffering for VSAM and Sequential datasets. Nothing you can't do through > JCL yourself if you have the (lots of) time to put into it. I think it's > worth it and it does dramatically improve I/O performance. > > > > > CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 > 973 740 5459 (tel) | ken.porow...@cit.com > > > > > This email message and any accompanying materials may contain proprietary, > privileged and confidential information of CIT Group Inc. or its > subsidiaries or affiliates (collectively, “CIT”), and are intended solely > for the recipient(s) named above. If you are not the intended recipient of > this communication, any use, disclosure, printing, copying or distribution, > or reliance on the contents, of this communication is strictly prohibited. > CIT disclaims any liability for the review, retransmission, dissemination > or other use of, or the taking of any action in reliance upon, this > communication by persons other than the intended recipient(s). If you have > received this communication in error, please reply to the sender advising > of the error in transmission, and immediately delete and destroy the > communication and any accompanying materials. To the extent permitted by > applicable law, CIT and others may inspect, review, monitor, analyze, copy, > record and retain any communications sent from or received at this email > address. > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John Mattson > Sent: Monday, December 14, 2015 8:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [IBM-MAIN] Anyone using Rocket Software Performance Essential > > Rocket software has a "Performance Essential" product which they claim > greatly improved VSAM and other I/O processing. Does anyone have > experience with it? Basically does it significantly improve I/O and is it > trouble free? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Opportunity for Mainframers
Hello, I hope this is not against the rules. I know of an opportunity to be an instructor for a z/OS Boot Camp class(7 weeks) in Panama City, Panama.It is with a reputable training company. It is scheduled for Feb. 1 thru Mar. 18 2016. Pay is about 21K plus expenses. Please contact me atthe email or phone below, if you are interested. The class covers most every aspect of z/OS and I was scheduled for it, but I had to cancel forpersonal reasons. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS version by Sysres Module
You might consider installing IPLINFO Rexx code from Mark Zelden's web page. It provides this info and much more. It is freeand he does a great job of keeping it up to date. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: Itschak Mugzach To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, October 23, 2015 2:59 PM Subject: Re: z/OS version by Sysres Module If you look at almost any module in linklib you can see fmid and even prf level. No needs to ipl in order to identify os version. Best. ITschak בתאריך 23 באוק 2015 18:06, "Peter" כתב: > Hello, > > Is there a module within SYSRES dataset's which can help me to determine > the z/OS version ? > > This Question is just for the Knowledge sake and not trying solve any > problem. > > Any Pointers ? > > Regards, > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New zPDT redbook
David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 Test email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ENQ for the life of the job
My following suggestions may be missing the desired goal. But, what the heck here they are: 1. Use IEFBR14 with the required dsn and disp=old in step1 and in the last stepx after all required steps 2. Use IEHPROGM to rename the dsn(member) 3. Use IDCAMS alter dsn(member) 4. Use RACF batch step1 to change access to none and then access to job userid and then last step to reset to normal access. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 From: Steff Gladstone To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, April 21, 2015 4:00 AM Subject: Re: ENQ for the life of the job Thank you all for for help. The obvious question that remains is: how does the operating systen itself maintain a continuous ENQ over several job steps for a dataset allocated in the first step with disp=(mod,pass)? Is there a special privileged ENQ operation that only the operating system has access to? On Mon, Apr 20, 2015 at 10:26 PM, Tom Brennan wrote: > Jousma, David wrote: > > ... I'd use standard JCL DISP=OLD processing on a dummy dataset name that >> includes the program name as part of it. >> > > Maybe someone mentioned this already, but I was thinking even simpler - > use the same job name each time if the user has no control over the JCL, > with JES2 DUPL_JOB=DELAY which I think might be the default. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A New Performance Model ?
I agree with Ed. There are always cases where the effort and cost might outweigh the benefit of tuning, but there are still many cases where thereis cost savings. As others have mentioned there is always value in meeting the business SLA's and the online files being available. A side benefit is the junior staff have an opportunity to improve their knowledge and skill set. Also, these efforts tend to invigorate and energize those who might be stuck in a rut of boring tasks. Most are familiar with the following list of easy changes to improve performance and reduce costs: 1. Change programs to use BLOCK CONTAINS 0. Where files are blocked 1x1 during create and then all reads are improved too. The CA TMS files are blocked 1x1(340/340 or 370/370) at many installations and should be changed to blksize 8840 and 8880 per CA. 2. TURN on CARECLAIM and then daily/weekly/monthly VSAM REORG jobs can be discontinued in addition to the disk and I/O savings. 3. TURN on ICEGENER to replace IEBGENER (or SYNCSORT version) at the system level. Saves 6 to 8% CPU. 4. Find all GDG's that have not been updated in say more than a year by using LISTCAT and sorting on LADAT(Last Alter Date) and then delete those. Found over 100K obsolete GDG entries at 3 different sites. 5. Find all jobs creating over 200K lines(or some large number) and do a quick review to determine if the output is needed and if so drive it to a file. This can save output to JES and your Archive System. 6. Change large tape(multi volume) file(s) to disk PSE if they are read by many jobs. This allows two or more jobs to run at the same time. 7. Find all jobs that have DSN WAITING for more than 15 min(pick your number of min) and review for incorrect disp=old or change job to run earlier or later or move a step(s) to another job. 8. Find programs that OPEN file read one RECORD CLOSE FILE. This a giant resource saver and most places have one or more of these. 9. Increase REGION on job card or EXEC to REGION=6M or more for large IEBCOPY steps/jobs and they will run much faster and use less CPU as memory is used vs. the SYSUT3 and SYSUT4 work files. I hope this little sharing effort does not offend the good people on this great list. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home317 903-9455 Cell From: Ed Gould To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, April 7, 2015 8:28 PM Subject: Re: A New Performance Model ? Timothy: Its amazing what a blocked 1 file cost not so much in processing but waiting . Try any program that is fairly IO intensive and you will see the cost in lengthening run time. I saw one program go from an hour elapsed to 2 minutes. Cost to resolve one short compile and link. Ed On Apr 5, 2015, at 9:28 PM, Timothy Sipples wrote: >> Our development management are telling is (Systems & Operations) that >> it is "cheaper to Upgrade the mainfame than to have the application >> programmers review their code for performance oppurtunities". > > I'm disappointed in the reactions so far. They're quite...old > fashioned. :-( Yes, there is a "new" performance model, but this > "new" is > almost as old as computing. > > That assertion from the development team's management is certainly > possible. Development talent, particularly highly skilled talent, > continues > to become more expensive relative to most other factor inputs in > computing. > That trend exists on *every* platform. > > Whether that assertion is true or not in these particular > circumstances I > have no idea. More importantly, neither do you yet. This question > can only > be answered with a careful cost analysis (or re-analysis), and that > itself > is a comparatively rare skill within IT organizations as you and > others may > have just demonstrated. :-) It also isn't free to analyze costs. > Otherwise > accountants and consultants, including Al Sherkow, among other > talented > people, wouldn't be paid. > > As a *generalization*, most organizations are running many more > "MIPS" now > than, say, 15 years ago. Typically, though, that's at a similar or > lower > real cost in terms of infrastructure and operations. At the same > time, real > costs for a given amount of quality-equivalent development talent > have gone > up. (Raise your hand if you want to dispute that generalization, but I > don't think it's particularly controversial.) There have been some > development productivity improvements but probably not as many as > on the > operations side. So the overall trend is that your organization > *rationally* shouldn't be using as much labor cost to optimize code > as you > did, say, 15 years ag
Re: Utility to replace occurrences of string in PDS?
I think the requirement for a member name $$$COIBM has been removed. I have used IPOUPDTE on 3 different sites in the past few years without this restriction. Many of the other utilities are great, but some cost money or may not be installed at some sites, so IPPOUPDTE is a great option. It also allows for updating multiple pds/pdse's in one execution and provides a PARM=CHECK or UPDATE to allow checking your changes before doing the actual UPDATE. The DD name(s) must start with @. A JCL example: //IPOUPDTE JOB (24186),'CHANGE JCL',CLASS=P,MSGCLASS=O //* //* //* MASS CHANGE TO LIBRARY MEMBERS * //STEP EXEC PGM=IPOUPDTE,PARM=CHECK will simulate changes //*STEP EXEC PGM=IPOUPDTE,PARM=UPDATEwill perform changes //SYSPRINT DD SYSOUT=* //@TESTDD DSN=GRT.GIOIDXM.JCL,DISP=SHR can use more than one LIB //@TEST2 DD DSN=GRP.GIOIDXM.JCL,DISP=SHR //SYSINDD * CLASS=P To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, December 15, 2014 7:29 PM Subject: Re: Utility to replace occurrences of string in PDS? Hmmm. Also "Important: For CPPUPDTE and IPOUPDTE to work, each PDS to be searched MUST contain a member named $$$COIBM." Obviously that is something I could create but that creates problems of its own. May keep looking a little. Not sure if I have File Manager. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, December 15, 2014 4:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Utility to replace occurrences of string in PDS? Server Pac CPPUPDTE is a program that enables you to search for a string across all the members of a PDS and replace that string with another string. CPPUPDTE is loaded into the LOADLIB data set (hlq.order_number.LOADLIB) during ServerPac installation. It also has an alias name of IPOUPDTE because the job is actually the same job that was shipped with CBIPO. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John McKown > Sent: Monday, December 15, 2014 5:11 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Utility to replace occurrences of string in PDS? > > Is IPOUPDTE still around? I'm at home right now & can't easily look. > On Dec 15, 2014 6:08 PM, "Charles Mills" wrote: > > > I'm looking for a reasonable way to replace all occurrences of a > > given string in a dataset. UNIX shell command? DFSMS utility that I > > have forgotten about? CBT program? > > > > Nothing fancy. I have a PDS with seven or so members. I want to > > replace all instances of $REPLACEME$ with NEWSTRING. I know which > > members contain the pattern so I could live with *either* something > > that did the whole PDS, or something where I had to specify the > > specific members. First choice would be something that copied the > > PDS, but I can make my own copy and live with a replace-in-place. > > > > I could write Rexx to do it so that's my bottom line -- it has to be > > easier than writing a Rexx program. > > > > Any suggestions? > > > > Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO COPY PDS.
You might try the util PDS86, if you do not have it you can download it from CBT - http://www.cbttape.org/ It has a FIXPDS option and other options that might be helpful. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home 317 903-9455 Cell From: "Gibney, Dave" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, November 11, 2014 1:48 PM Subject: Re: UNABLE TO COPY PDS. If as you said, you used IEBGENER (writing a NEW member using the correct DCB) to "correct" the problem and you still can't read the members, then it is probably not fixable. Can you use absolute track addressing (ABSTRK it think, see JCL manual) and IDCAMS PRINT, or FDR DUMP, or ?? to read and reconstitute the data programmatically? > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Dawes > Sent: Tuesday, November 11, 2014 9:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: UNABLE TO COPY PDS. > > Dave, > > Finally Yahoo e-mail is functioningg. I was not receiving any e-mails > from IBM-MAIN0 Thanks Willie for helpin out. > > You are correct. The PDS was corrupted i.e. every member I browsed > gave an I/O error message. I used IEBGENER to correct the problem > which I had gleaned from the archive files. If I understand you > correctly there was no need to change the DCB of the corrupted dsn. > All I had to do was wrie a new member in the pds. > Can I revert back from RECFM=U to RECFM=VBA etc? Or all is lost? > > > > On Fri, 7/11/14, Gibney, Dave wrote: > > Subject: Re: UNABLE TO COPY PDS. > To: IBM-MAIN@LISTSERV.UA.EDU > Received: Friday, 7 November, 2014, 4:57 PM > > I interpreted the > original post as an attempt to recover from the classic mistake > writing to a PDS using IEBGENER. > I > suspect the original PDS, before corruption, was VBA137. > With BLKSIZE 27920. The correct fix is to write a new member using > IEBGNER and the correct DCB specified on SYSUT2. Given that there may > have been other attempts at fixing this, I hope the OP has been > working with a copy. Corrupting corruption is rarely a step in the > right direction. > > > -Original > Message- > > From: IBM Mainframe > Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of R.S. > > > Sent: Friday, November 07, 2014 1:45 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: UNABLE TO COPY PDS. > > > > W dniu 2014-11-07 o > 16:13, John Dawes pisze: > > > > G'Day, > > > > > > > Just wondering if it is possible to copy a pds with the following > attributes: > > > > > > INPUT DSN: > > > > > > > RECFM=U > > > > LRECL=137 > > > BLKSIZE=32760 > > > > > > OUTPUT > DSN: > > > REDFM=VBA > > > LRECL=137 > > > > BLKSIZE=27920 > > > > > > > > > (appendix). > > > > > First, try to copy the PDS to another RECFM=U PDS, or simply use > LIKE= JCL > construct. In case of errors copy selected members. > > > > -- > > Radoslaw Skorupka > > > Lodz, Poland > > > > > > > > > > > > > > -- > > Treść tej > wiadomości może zawierać informacje prawnie chronione Banku > > przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może > być > jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli > nie jesteś > adresatem niniejszej wiadomości lub pracownikiem > upoważnionym do jej > przekazania adresatowi, informujemy, że jej > rozpowszechnianie, kopiowanie, > rozprowadzanie lub inne działanie o > podobnym charakterze jest prawnie > zabronione i może być karalne. > Jeżeli otrzymałeś tę wiadomość omyłkowo, > prosimy niezwłocznie > zawiadomić nadawcę wysyłając odpowiedź oraz trwale > usunąć tę > wiadomość włączając w to wszelkie jej kopie wydrukowane lub > > zapisane na dysku. > > > > This > e-mail may contain legally privileged information of the Bank and is > > intended solely for business use of the addressee. This e-mail may > only be > received by the addressee and may not be disclosed to any > third parties. If > you are not the intended addressee of this e-mail > or the employee authorized > to forward it to the addressee, be > advised that any dissemination, copying, > distribution or any other > similar activity is legally prohibited and may be > punishable. If you > received this e-mail by
Re: QUESTION ABOUT VSAM / VSAM EXTENDED - IAMPRINT OUTPUT
Hi Willie, Maybe the RELEASE YES is because the file has not been loaded with idcams REPRO. Also, a few other items you might consider: 1. Change the DATA CISIZE to 26624 as this will save about 11% of disk and change the INDEX CISIZE to 4096. I have successfully used these on many files. 2. Change the FSPC(5,5) to FSPC(0,5) or some effective value. The first 5 is for ci free space and is 5% of the current cisize of 8192 = 409 which is less than the record size, so no records will fit in the free space. 3. Change the DATACLASS to SPEED vs. RECOVERY as this causes the REPRO to run faster due to no formatting/checkpoints. David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN 46250 317 288-9588 Home 317 903-9455 Cell From: Joseph Butz To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, October 30, 2014 12:12 PM Subject: Re: QUESTION ABOUT VSAM / VSAM EXTENDED - IAMPRINT OUTPUT Hi Willie, We (INNOVATION) do not have any record of you writing/calling us on this. Normally, we would want to see the entire report to be able to answer this type of question. When an IAM file is created with the VSAM EXTENDED format the IAM Global Options value for RELEASE= is used for the RELEASE setting on the file. The default Global Option for RELEASE= is YES. Once an IAM file is loaded, space in this file is released and the RELEASE setting on the file is set to NO. If you have questions, please contact IAM support at INNOVATION. jb...@fdrinnovation.com Joseph Butz Technical Support On 10/29/2014 1:01 PM, Willie Bunter wrote: > I defined the dsn as VSAM EXTENDED format and I ran a LISTCAT to compare the > before and after allocation. > Everything is okay except for the following: > When the dsn was NOT VSAM EXTENDED format the IAM100 IAM FILE ANALYSIS output > showed : > > TOTAL EXTENTS =49 - TOTAL SPACE ALLOCATED - = 1956000 TRACKS > PRIMARY SPACE = 4350 - SECONDARY SPACE --- = 4350 CYL > MULTIVOLUME -- = PRIMARY - MAX SECONDARY - = 4350 CYL > RELEASE -- =NO - SHARE OPTIONS - = 2 > DATA COMPRESS = SOFTWARE - INDEX COMPRESS = YES > TOTAL RECORDS = 447700657 - INSERTS --- = 0 > UPDATES -- = 0 - DELETES --- = 0 > HIGH USED RBA = 104538978 - HIGH ALLOCATED RBA = 104538978 KB > FILE DEFINED - = 2014.298 - 10/25/2014 - 6:26 PM - = 18:26:54 > FILE LOADED -- = 2014.298 - 10/25/2014 - 6:53 PM - = 18:53:07 > > However when the dsn is defined as VSAM EXTENDED it shows > TOTAL EXTENTS = 2 - TOTAL SPACE ALLOCATED - = 95250 TRACKS > PRIMARY SPACE = 6350 - SECONDARY SPACE --- = 6350 CYL > MULTIVOLUME -- = PRIMARY - MAX SECONDARY - = 6350 CYL > RELEASE -- = YES - SHARE OPTIONS - = 2 > FILE DEFINED - = 2014.300 - 10/27/2014 - 1:17 PM - = 13:17:06 > NUMBER OF IAM DATA BLOCKS = 0 > EXTENDED HIGH ALLOCATED RBN -- = 0 > > I cannot understand why it is showing RELEASE -- = YES ? I thought > it could be coming from > Space Constraint Relief . . . : YES > I tried a test and changed the Space Constraint Relief . . . : NO however the > result was the same. > > Could someone shed some light? > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN