Re: SMS compressed VSAM datasets
We also use Faver and it is a handy tool to have especially for reorgs and point in time backups. Most of our backups go to a TMM disk pool so we bypass tape initially but eventually, some of the backups end up on tape during migration. I have occasionally wondered if using HSM functionality would be a viable alternative to Faver, esp. if you can use FRBACKUP. I supposed the reorgs wouldn't work because the files would be restored to the same condition they were when they were backed up. I haven't thought it all the way through but was wondering if you had given it any thought given the fact that you are going to a VTS so tape really never gets involved. I'm sure there are some +s and -s, just wondered if it might be worth taking a look at. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, September 14, 2011 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS compressed VSAM datasets They are virtual 3490s in a 3494 VTS from IBM. To anticipate some likely questions. They are SMS managed. The DATACLAS assigned to all virtual 3490s has COMPACTION=YES specified in it. The messages indicate that they are compressed. Eg: IEC705I TAPE ON 0601,205917,SL,COMP,PPRI100D,PS060.JS010,PRIPG.GRP.GCRLCHKS.PREBKUP.G2885V00,MEDIA2 before conversion IEC205I FVROUT0,PPRI100D,PS060,FILESEQ=1, COMPLETE VOLUME LIST, 305 DSN=PRIPG.GRP.GCRLCHKS.PREBKUP.G2883V00,VOLS=264066,264094,266057, TOTALBLOCKS=270716 /before after conversion IEC205I FVROUT0,PPRI100D,PS060,FILESEQ=1, COMPLETE VOLUME LIST, 301 DSN=PRIPG.GRP.GCRLCHKS.PREBKUP.G2885V00, VOLS=205917,272723,217801,270266,207012,211973,274660,216448, VOLS=227706,213369,206060,TOTALBLOCKS=3326908 /after The conversion job does a Faver backup, followed by an IDCAMS EXPORT. The stats: IEC205I FVROUT0,EXP00152,FAVER,FILESEQ=1, COMPLETE VOLUME LIST, 835 DSN=GVBPN.PRIPV.PR.GCRLCHKS,VOLS=265418,292061,265898, TOTALBLOCKS=270620 IEC205I OUTFILE,EXP00152,EXPORT,FILESEQ=1, COMPLETE VOLUME LIST, 655 DSN=EXPPN.PRIPV.PR.GCRLCHKS, VOLS=230343,230359,266156,252995,230627,267258,233365,267150, VOLS=267698,229245,277722,TOTALBLOCKS=2058408 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Wednesday, September 14, 2011 8:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS compressed VSAM datasets From 3 output tapes to 12? What kind of tape drives are you using? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, September 14, 2011 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS compressed VSAM datasets Given that the most obvious difference is that what used to take 3 output tapes is now going to 12 output tapes, the slow down is due to the number of bytes being written to tape. The bytes read from disk seem be about the same because the number of cylinders taken by the VSAM dataset is the same. The problem is that Faver is expanding the compressed bytes in the SMS case but not in the Data Accelerator case. We are talking to CA about why Faver expands the compressed bytes when the dataset is SMS compressed instead of just sucking it up using something like a read track CCW which I think would bypass the SMS decompression. BTW - Faver is working exactly as it is documented to work in the Faver manual. We just don't like it. shrug -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message-
Re: Speculation: Random thoughts on web based report access
The technology currently exists (sort of). Our content management software is as you describe in your boring historical stuff LPR--W2K Server--CM Application--Tomcat--Web Viewer. The vendor has given the ability for a user to select any report they have access to and select a check box if they want to receive an url link whenever a new report is added to the repository. That way, when they check their email they can readily see what's new and open that report directly via the link. They also have another option with the web viewer that allows users to flag their favorite reports (i.e. Favorites). Then they can go to their favorites link and only pull up the reports they really want. Not exactly RSS but accomplishes the same thing. By no means am I promoting this vendor because there are some areas that they are lacking in but just pointing out that they technology currently exists...somewhat. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: Sunday, September 04, 2011 10:40 PM To: IBM-MAIN@bama.ua.edu Subject: Speculation: Random thoughts on web based report access boring historical stuff Taking reports from the SPOOL and putting them in some sort of archive is now rather well established. I remember host based-only systems such as SAR, RMDS, InfoPAC (now ViewDirect?) and others. And they still exist and are in use. They seem to fall into two groups. The first consists of actual reports generated by an application. The second consists of the JES related SPOOL like JESMSGLG, JESJCL, JESYSMSG, and maybe utility messages to SYSPRINT. Most of these started out being accessed by either TSO ISPF applications or VTAM applications or both. Many of these are now accessible via Web Browsers. Some even keep the data on other platforms such a Windows or Linux. We do this where I work. We have a product which reads the JES SPOOL and uses the LPR protocol to send the print files to a Windows server which indexes it and writes the output into proprietary files. Another server running Tomcat serves up the reports. /boring historical stuff Now for my random thought. Many web sites such as news sites and blogs use RSS and/or Atom news feeds. The user subscribes to the feeds that they are interested in. Their PC or tablet or smartphone periodically scans those feeds for new articles. So I'm curious as to whether people who read reports could also use that facility. That is, instead of coming in, firing up a browser, and checking to see if there is a new xyz report, they subscribe to the xyz report feed. The report archive software, or whatever, would create the feed. Now they just do a fast scan of their aggregator to see if a new report is ready, instead of needing to click on a lot of links to see what is available. Now, the user can look at the report from where ever they are, subject to appropriate authority. And the ability of the device to display the report intelligibly, of course. This function would likely require an HTTPS connection instead of simple HTTP for security reasons as well as some sort of user validation (I'd prefer a digital cert, but userid/password would work too). They fire up their new aggregrator and see all a list of all the new reports to which they are subscribed. Am I stating the obvious and implemented? Or is this actually something that is a new use of existing technology? If this is new, I freely release any and all interest that might theoretically be mine to the community to implement. I say that because somebody is likely to try to patent it in the U.S. And I hate most software patents. -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail (and any attachments) may contain information that is confidential and/or protected by law. Any review, use, distribution or disclosure to anyone other than the intended recipient(s) is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and delete all copies of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISMF QUESTION
Esmoo, the dcollect output data can be browsed but it is fairly ugly. It also puts out different record types that you need to distinguish from for processing. You really need something like SAS or possibly SORT to reformat the data into something legible if you want an ongoing report. The dcollect would look something like this although there are multiple parameters you can choose from: //STEP03 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //OUTDSDD DSN=DISK.DATASET.DCOLLECT(+1), // UNIT=DISK, // DSORG=PS, // RECFM=VB,LRECL=932, // SPACE=(1,(5,25000),RLSE),AVGREC=K, // DISP=(NEW,CATLG,DELETE) //BCDS DD DSN=DFHSM.BCDS,DISP=SHR //MCDS DD DSN=DFHSM.MCDS,DISP=SHR //SYSINDD * DCOLLECT - OFILE(OUTDS) - ERRORLIMIT(1000) - VOLUMES(*) I use SAS to generate a report from dcollect data that contains the dsn, creation date, lastrf date, lastbk date, expdt, volser, allocated and used space as well as SMS classes if SMS managed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Wednesday, August 31, 2011 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISMF QUESTION Mike, I would like to try out your suggestion. When you say browse the resulting file wouldn't that have the same data i.e. -- in the MC as extracted by ISMF? Maybe I misunderstood what you said. Could you provide me with an example? From: Mike Schwab mike.a.sch...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 30, 2011 2:24:13 PM Subject: Re: ISMF QUESTION You might want to code a DCOLLECT and browse the resulting file. On Tue, Aug 30, 2011 at 10:58 AM, esmie moo esmie_...@yahoo.ca wrote: Good Morning Gentle Readers, I am trying to compile a report of dsns which use a specific MANAGEMENT CLASS via ISMF. The fields I choose are 3 26. For some reason I does not show the MANAGEMENT CLASS in the report. It has under the MANAGEMENT CLASS NAME. I tried selecting STORAGE CLASS (27) the same thing happens. Is there something special I have to do when selecting these fields if so please advise me? Thanks in adance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail (and any attachments) may contain information that is confidential and/or protected by law. Any review, use, distribution or disclosure to anyone other than the intended recipient(s) is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and delete all copies of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Monitor lpr printer on Windows from Mainframe
Morning Jim and thanks for the feedback. I have worked with various outputs from AFP to XEROX and have implemented several report distribution systems (now known as electronic content management systems) and I still don't feel that I know enough about all the various aspects of printing. If you have a guide that you don't mind sharing I wouldn't mind getting a copy. Thanks and best regards, Gil. -Original Message- From: Jim Marshall [mailto:jim.marsh...@opm.gov] Sent: Wednesday, November 25, 2009 6:38 AM To: IBM-MAIN@bama.ua.edu; Gilbert C Cardenas Cc: Jim Marshall Subject: Re: Monitor lpr printer on Windows from Mainframe We use VPS to route print from the mainframe to the windows server and when the server goes down for maintenance etc, the vps printer goes into an error status cause it can't communicate with the printer. I can't rely on the network folks to communicate what they are doing to me so I really need this to be automated. VPS indeed has an EXIT08 which can redrive the request for connection at some interval. In the VPS LPR/LPD you just code say TCPMRD=15 (min) and the printer will indeed timeout. Without coding it then the printer will never timeout. This is because VPS makes the initial request and waits for a response. Eventually the printer may become available but, unlike SNA where the 3X74 controller would notify VPS, nothing is sent to VPS saying it is now available. I always code some timeout. True if the whole thing is not available again, then you go into a loop and eventually (we hope), the printer becomes available. In VPS 1.8 EXIT08 was implemented in exit code. Oh yes, the exit code needs to be told the TCP/IP error code so it knows to retry this type of error. But in VPS 2.0, the strategy is available in parameters although I have not examined them yet to see how easy it is. Hey this is what one doing printing suffers from in the IP world of printing. As a side bar, if indeed the printer is set for 15 minutes timeout and there is very long print actually printing, since the response does not come to the very end, then even though it is printing, the printer will TIMEOUT and when it restarts, it starts over (thank you LPD protocol). I try to stay away from large printouts and LPR/LPD protocol unless there is no other way. This is why we always TRY to use SOCKET printing, with timeout coded too, but doing checkpointing just like JES2 does (JES3 too). Send me an e-mail offlist and be glad to send you the one I have run for almost 20 years as a guide. I threw in all kinds of extra IP error codes as I tripped over them. jim This e-mail (and any attachments) may contain information that is confidential and/or protected by law. Any review, use, distribution or disclosure to anyone other than the intended recipient(s) is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and delete all copies of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html