Re: ISGAMF00 problem
On Thu, 2007-01-04 at 21:08 -0600, Scott Fagen wrote: Although the documentation and parameters would seem to indicate otherwise, the GRS monitor is not capable of recording STEP ENQs. Cough, splutter, ... say what !!! The (online) doco all the way back to OS/390 V2.4 has this. Choose your favorite flame mechanism. I'd suggest a RCF. I was in the process of testing for Radoslaw when this post came in. Given your admission above, why does it even need a bloody RCF ???. Sorry mate, not acceptable. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
Scott Fagen wrote: On Thu, 4 Jan 2007 08:58:48 +0100, R.S. [EMAIL PROTECTED] wrote: John Ticic wrote: -- snip -- I'm trying to trace some SCOPE=STEP ENQ's. I RTFMed. I started GRS Monitor (ISGRUNAU). I modified ISGAMF00 member by putting GFLG FILTER=N. Then assembled, linkedited, issued F LLA,REFRESH, then F GRSMON,I=02 (my sufix). However I can't see any ENQ with scope=STEP. I'm pretty sure there should be any, because I submitted some job issuing such ENQs. -- snip -- [...] Firstly, confirm that these ENQs do exist (D GRS command, or take an SVCDUMP and peek at the GRS control blocks). Try setting up a filter with GFLAG .. ,STEP=Y to let the scope STEP resources through. I'm sure that such ENQs exist, because I issued them. When I changed scope in my program, they appaer in GRSMON. They do not appear, when scope=STEP. I also tried to use GFLG ...STEP=Y. No effect. -- Radoslaw Skorupka Lodz, Poland Although the documentation and parameters would seem to indicate otherwise, the GRS monitor is not capable of recording STEP ENQs. Choose your favorite flame mechanism. I'd suggest a RCF. Scott, Thnk you for the explanation. Indeed - I'm not happy of such surprise. However I have on more question: Can I see scope=STEP enq's using D GRS,RES=(q,r) command ? My experiments say I cannot. Or, more general: is there any method to dsiplay STEP enqueues ? Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
-- snip -- Although the documentation and parameters would seem to indicate otherwise, the GRS monitor is not capable of recording STEP ENQs. Scott, Thnk you for the explanation. Indeed - I'm not happy of such surprise. However I have on more question: Can I see scope=STEP enq's using D GRS,RES=(q,r) command ? My experiments say I cannot. Or, more general: is there any method to dsiplay STEP enqueues ? -- snip-- That suprises me. GRSDATA via IPCS in an SVCDUMP definetly shows you the STEP ENQs. (from the IPCS manual) Resources are presented in the following order: 1. ASID(X'') (STEP) resources (ordered by ASID) 2. Local (SYSTEM) resources 3. Global (SYSTEMS) resources This is consistent with the order used by verb exit QCBTRACE in prior releases and with the order used by the GRSDATA subcommand in the current release when GRS control blocks are used instead of the data collected with the SDATA=GRSQ option of SDUMP. -- snip-- Choose your favorite flame mechanism. I'd suggest a RCF. I think Shane just chose his. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Storage ROTs
Dear listers, reading Cheryl Watson's last Tuning letter one sentence about the Upgrade ROT caught my attention: Only add resources as needed. If you add more memory than you need, you'll simply cause CPU overhead. My first question is how could more memory cause CPU overhead ? Our production LPAR (z/OS.e 1.4 on a z890) has 5 GB storage assigned; RMF shows an average of 25% of the total frames as active, while the remaining 75% is available. Now and again we have jobs which do need more frames, so the percentage varies to show 60% or 70% active and 40% or 30% available, but that's sporadic. Should I consider the storage assigned to our LPAR as too much ? Any chance that the assigned storage would cause CPU overhead ? I'd like to read your opininion/ROT on this. Best regards Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
Pinnacle wrote: My current client has a V2X2 and is thinking about replacing it with a Shark. SnapShot is used to snap 600 volumes in about 5-10 minutes. The physical tape backups are done from the snaps and take about 8 hours. This DR process is fully tested and works great. My main concern if we replace the V2X2 with the Shark is the DR process. Has FlashCopy improved to the point that you can make a point in time backup and physically move it to tape later? And can you FlashCopy the entire box in a few minutes? If not, the DR process for this client is going to get much more complicated. It is feasible, however FlashCopy is worse than Snapshot. It takes more real disk space, it is slows down the dasd box. PPRC or XRC are not options due to cost. Let me know your thoughts. PPRC need not to be expensive. Obviously it requires two dasd boxes and link, but gives you much better RTO and RPO. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Costs not to go to z/OS 1.7 by March 31, 2007.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL [ snip ] Are you saying that we will have to pay extra just because we didn't get to 1.7 'fast enough'? The pay extra comes into play if you encounter a previously-unreported and undiagnosed problem in the out-of-support software, for which you unconditionally MUST have a fix (i.e., there is no alternative or work-around). The probability of that happening might be statistically irrelevant, but it's still greater than zero. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
What about asking Melinda Gates about Bob? What's up with that? Charles Mills [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/04/2007 05:37 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Just another example of mainframe costs. Ask Melinda Gates about Bob. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
Wayne, GQSCAN returns SCOPE=STEP enqueues for address spaces other than the ASID of the issuer - doesn't that indicate that these structures exist in GRS somewhere? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem John, My guess (and this is just a guess, as I don't have access to the GRS source), is that SCOPE=STEP ENQ's don't get pushed to the GRS address space, instead the control structures are cached in LSQA of the requestor. ISGFAM00 probably only looks at structures in the GRS address space, IPCS however, has access to the LSQA of the dumped address space, and can therefore see the resources. Again, all a wild guess, take it for what it is worth... Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Ticic Sent: Friday, January 05, 2007 5:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem -- snip -- Although the documentation and parameters would seem to indicate otherwise, the GRS monitor is not capable of recording STEP ENQs. Scott, Thnk you for the explanation. Indeed - I'm not happy of such surprise. However I have on more question: Can I see scope=STEP enq's using D GRS,RES=(q,r) command ? My experiments say I cannot. Or, more general: is there any method to dsiplay STEP enqueues ? -- snip-- That suprises me. GRSDATA via IPCS in an SVCDUMP definetly shows you the STEP ENQs. (from the IPCS manual) Resources are presented in the following order: 1. ASID(X'') (STEP) resources (ordered by ASID) 2. Local (SYSTEM) resources 3. Global (SYSTEMS) resources This is consistent with the order used by verb exit QCBTRACE in prior releases and with the order used by the GRSDATA subcommand in the current release when GRS control blocks are used instead of the data collected with the SDATA=GRSQ option of SDUMP. -- snip-- Choose your favorite flame mechanism. I'd suggest a RCF. I think Shane just chose his. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage ROTs
Walter Marguccio [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Dear listers, reading Cheryl Watson's last Tuning letter one sentence about the Upgrade ROT caught my attention: Only add resources as needed. If you add more memory than you need, you'll simply cause CPU overhead. My first question is how could more memory cause CPU overhead ? Our production LPAR (z/OS.e 1.4 on a z890) has 5 GB storage assigned; RMF shows an average of 25% of the total frames as active, while the remaining 75% is available. Now and again we have jobs which do need more frames, so the percentage varies to show 60% or 70% active and 40% or 30% available, but that's sporadic. Should I consider the storage assigned to our LPAR as too much ? Any chance that the assigned storage would cause CPU overhead ? I'd like to read your opininion/ROT on this. Best regards Walter Marguccio z/OS Systems Programmer Munich - Germany Theoratically it is true of course: storage must be managed and more storage means more frames to examine, larger tables to run through etc. An unused unit of storage must be examined, determined that it is unused and actions (statistics) are taken for unused storage. If this storage is just not there, less activity is needed. For your terminology: all assigned storage costs CPU overhead, less storage might result in less overhead. Writing this, I realize that the benefit must not be wasted on the other hand on slightly higher paging. I am curious to see if measurements are available on the actual costs of overallocating storage and on determining the optimum. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage ROTs
An unused unit of storage must be examined, determined that it is unused and actions (statistics) are taken for unused storage. If this storage is just not there, less activity is needed. But there should be less paging and hence reduced paging overhead. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Retorts from the peanut gallery: http://linux.slashdot.org/linux/07/01/05/0538224.shtml Year of the Mainframe? Not Quite, Say Linux Grids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
Rob, It does, but it also is an extremely SLWWW process, which makes me wonder if it is done via a local SRB scheduled in the target address space, vs a PC call to the GRS space. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Friday, January 05, 2007 7:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem Wayne, GQSCAN returns SCOPE=STEP enqueues for address spaces other than the ASID of the issuer - doesn't that indicate that these structures exist in GRS somewhere? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem John, My guess (and this is just a guess, as I don't have access to the GRS source), is that SCOPE=STEP ENQ's don't get pushed to the GRS address space, instead the control structures are cached in LSQA of the requestor. ISGFAM00 probably only looks at structures in the GRS address space, IPCS however, has access to the LSQA of the dumped address space, and can therefore see the resources. Again, all a wild guess, take it for what it is worth... Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Ticic Sent: Friday, January 05, 2007 5:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem -- snip -- Although the documentation and parameters would seem to indicate otherwise, the GRS monitor is not capable of recording STEP ENQs. Scott, Thnk you for the explanation. Indeed - I'm not happy of such surprise. However I have on more question: Can I see scope=STEP enq's using D GRS,RES=(q,r) command ? My experiments say I cannot. Or, more general: is there any method to dsiplay STEP enqueues ? -- snip-- That suprises me. GRSDATA via IPCS in an SVCDUMP definetly shows you the STEP ENQs. (from the IPCS manual) Resources are presented in the following order: 1. ASID(X'') (STEP) resources (ordered by ASID) 2. Local (SYSTEM) resources 3. Global (SYSTEMS) resources This is consistent with the order used by verb exit QCBTRACE in prior releases and with the order used by the GRSDATA subcommand in the current release when GRS control blocks are used instead of the data collected with the SDATA=GRSQ option of SDUMP. -- snip-- Choose your favorite flame mechanism. I'd suggest a RCF. I think Shane just chose his. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
I don't want to get too far OT here but http://en.wikipedia.org/wiki/Microsoft_Bob has a good summary of what Bob was, and Melinda (French) Gates' role. My point was that it is easy for the advocates of some product (in this case mainframes) to dismiss the success of some other product (in this case squatty boxes) by saying they're not REALLY any good, they just dazzle the customers with marketing. However, if one looks at Microsoft's admitted failure with Bob, one realizes that even with considerable marketing expertise and budget, you can't sell people what they don't want. If people are buying squatty boxes, it must be because they offer some benefit. And my larger point was that we will not succeed with mainframes by denying the capabilities of other boxes, but rather by recognizing those capabilities and competing with them. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carol Srna Sent: Friday, January 05, 2007 5:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. What about asking Melinda Gates about Bob? What's up with that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Retorts from the peanut gallery: http://linux.slashdot.org/linux/07/01/05/0538224.shtml Year of the Mainframe? Not Quite, Say Linux Grids And how much do they pay for LINUX admins for 120 boxes? And for licenses for 120 boxes? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe vs grid
Slashdot had this article today: http://linux.slashdot.org/linux/07/01/05/0538224.shtml IBM touted 2006 as a resurgence year for the mainframe, but not so fast. At R.L. Polk and Co., one of the oldest automobile analytics firms in the U.S., an aging mainframe couldn't cut it, so the IT staff looked elsewhere. Their search led to a grid computing environment more specifically, a grid computing environment running Linux on more than 120 Dell servers. The mainframe's still there, apparently, but after an internal comparison showed the Linux grid outperforming the mainframe by 70% with a 65% reduction in hardware costs, Polk seemed content banishing the big box to a dark, lonely corner for more medial tasks. With a link to: http://searchopensource.stage.techtarget.com/originalContent/0,289142,sid39_gci1237399,00.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SYSlog to OPERLIB
Hi all, We have 2 boxes, 2 separate locations. Location1 has 4 lpars, and location2 has 2 lpars, one lpar being a backup to the production lpar at location1. I am planning to move to operlib from syslog at both locations, but I can find where a migration like this is documented. -- Thanks, Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
On Fri, 5 Jan 2007 11:56:41 +0100, R.S. [EMAIL PROTECTED] wrote: Or, more general: is there any method to dsiplay STEP enqueues ? DUMP / IPCS (already mentioned)... Easy way: ISRDDN or TASID ENQ display (or other MVS monitors). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
One of the most easy to see SCOPE=STEP enqueues to see is the SPFUSER one - I can see this for all of our TSO users reasonably quickly using GQSCAN - and most of these guys are swapped out. GQSCAN invokes a space-switch PC routine executing in the GRS address space - I would put my money on the fact that SCOPE=STEP enqueues are maintained in structures and queues in the GRS address space just like other SCOPEs - I would be amazed if GQSCAN caused GRS to shot SRBs into foreign address spaces to trawl thru LSQA. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:49 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem Rob, It does, but it also is an extremely SLWWW process, which makes me wonder if it is done via a local SRB scheduled in the target address space, vs a PC call to the GRS space. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Friday, January 05, 2007 7:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem Wayne, GQSCAN returns SCOPE=STEP enqueues for address spaces other than the ASID of the issuer - doesn't that indicate that these structures exist in GRS somewhere? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem John, My guess (and this is just a guess, as I don't have access to the GRS source), is that SCOPE=STEP ENQ's don't get pushed to the GRS address space, instead the control structures are cached in LSQA of the requestor. ISGFAM00 probably only looks at structures in the GRS address space, IPCS however, has access to the LSQA of the dumped address space, and can therefore see the resources. Again, all a wild guess, take it for what it is worth... Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Ticic Sent: Friday, January 05, 2007 5:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem -- snip -- Although the documentation and parameters would seem to indicate otherwise, the GRS monitor is not capable of recording STEP ENQs. Scott, Thnk you for the explanation. Indeed - I'm not happy of such surprise. However I have on more question: Can I see scope=STEP enq's using D GRS,RES=(q,r) command ? My experiments say I cannot. Or, more general: is there any method to dsiplay STEP enqueues ? -- snip-- That suprises me. GRSDATA via IPCS in an SVCDUMP definetly shows you the STEP ENQs. (from the IPCS manual) Resources are presented in the following order: 1. ASID(X'') (STEP) resources (ordered by ASID) 2. Local (SYSTEM) resources 3. Global (SYSTEMS) resources This is consistent with the order used by verb exit QCBTRACE in prior releases and with the order used by the GRSDATA subcommand in the current release when GRS control blocks are used instead of the data collected with the SDATA=GRSQ option of SDUMP. -- snip-- Choose your favorite flame mechanism. I'd suggest a RCF. I think Shane just chose his. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
Hi Tom, Yes it is possible to use Flashcopy to establish Flashcopy pairs for a large number of volumes at approximately the same time. We do this in conjunction with a daily syncpoint where activity is suspended in DB2 to support DRP. PAGE 0001 5695-DF175 DFSMSDSS V1R07.0 DATA SET SERVICES 2006.359 00:30 ADR004I (SCH)-PRIME(01), USER ABEND 0001 WILL BE ISSUED ON OCCURRENCE 0001 OF MESSAGE ADR306 PARALLEL ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'PARALLEL' COPY FULL INDDNAME(SOURCE1) OUTDDNAME(TARGET1) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 002 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE2) OUTDDNAME(TARGET2) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 003 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE3) OUTDDNAME(TARGET3) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 004 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE4) OUTDDNAME(TARGET4) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 005 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE5) OUTDDNAME(TARGET5) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP To minimize the time you can use multiple jobs, multiple steps in each job (we do 20 volumes in each step), and use the PARALLEL option in DFDSS. You can Flashcopy hundreds or thousands of volumes quickly. A typical Flashcopy job here does 100 volumes in 5 steps in 30 to 50 seconds total. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Do not seek to follow in the footsteps of the men of old; Seek what they sought. Basho -Original Message- What you describe is exactly what I did for a client in Columbus OH. They had a Shark for their mainframe. We flashed as soon as the batch cycle ended and then did the full volume copies to tape (2 copies) (one for on site and one for offsite). As I recall, Backups of the flash copies started between 5a-6a and finished by 9AM. 3390-3s and 3490 with oreos. I've forgotten how many 3490 units and how many DASD units. Oh yeah, and D/R tests worked the first time, every time. Steve, Over what period of time were the volumes FlashCopy'd? My understanding is that DFDSS front-ends the FlashCopy function, so you only get the FlashCopy just before DFDSS can do the physical backup to tape. Can you batch all the FlashCopy's, then copy them to tape later? It's very important to keep the time window when the volumes are actually copied as small as possible. Regards, Tom Conley This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage ROTs
Bob Shannon [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] m... An unused unit of storage must be examined, determined that it is unused and actions (statistics) are taken for unused storage. If this storage is just not there, less activity is needed. But there should be less paging and hence reduced paging overhead. Bob Shannon Rocket Software I think too much storage is here storage that is not used, not needed and will not contribute to paging when removed. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to write a full-screen Rexx debugger?
In [EMAIL PROTECTED], on 01/04/2007 at 04:47 PM, Binyamin Dissen [EMAIL PROTECTED] said: It gives you a lot. I've certainly used it extensively, but trace ?i is no replacement for a real debugger. As the line commands have the functionality, Are you saying that CP line commands process the sumbol tables for modules that CMS has loaded? Modules that MVS has loaded? I have not been successful is figuring out how to do that level of indirect addressing under CP. I understood that. My point was that even with that functionality you wouldn't have the symbol table access that TSO TEST provides. Of course, SLIP doesn't have that either. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using FTP on z/OS to get csv file from unix box running ipswitch ws_ftp.
In [EMAIL PROTECTED], on 01/04/2007 at 08:24 AM, McKown, John [EMAIL PROTECTED] said: Right you are! I've been reading MAC documentation lately. It's a dirty job but someone has to do it. And there are worse things. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote Tape drives
In [EMAIL PROTECTED], on 01/04/2007 at 08:22 AM, McKown, John [EMAIL PROTECTED] said: Ah, you guessed. It wasn't hard; the case is notorious in Linux circles. Groklaw-a-holic here. Not me, although I hit it once or twice. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to introduce change to USSTAB
In [EMAIL PROTECTED], on 01/04/2007 at 07:21 AM, Ted MacNEIL [EMAIL PROTECTED] said: If you are storing your USS table load module in a partitioned data set which is *not* listed in the LNKLSTxx member of SYS1.PARMLIB, you do *not* need to use the MODIFY (F) LLA,REFRESH command. Not entirely correct. In fact, it's flat wrong. We use PROGxx, only, for Link APF. Even had he written LNKLSTxx or PROGxx he'd have been wrong. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage ROTs
An unused unit of storage must be examined, determined that it is unused and actions (statistics) are taken for unused storage. If this storage is just not there, less activity is needed. But there should be less paging and hence reduced paging overhead. There's over allocating and then there is OVER ALLOCATING. This isn't your father's MVS. 64-bit is a big place and changes have been made to how storage is managed - some of which has caused overhead issues. In z/OS 1.8 you can have up to 4TB on a z/OS image - prior to that the maximum was 128GB. Will it matter if you allocate 10GB instead of 8GB... no, but just because your new z9 came with a bunch of extra storage doesn't mean you should give your non-paging 8GB LPAR 30GB. Especially if you are in a shop that likes to run your CECs at or near 100% all the time. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Thursday, January 04, 2007 10:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: V2X2 vs. Shark (SnapShot v. FlashCopy) SNIP Steve, Over what period of time were the volumes FlashCopy'd? My understanding is that DFDSS front-ends the FlashCopy function, so you only get the FlashCopy just before DFDSS can do the physical backup to tape. Can you batch all the FlashCopy's, then copy them to tape later? It's very important to keep the time window when the volumes are actually copied as small as possible. SNIP It has been about 4 years since I was involved with that process. As I recall, from the time the flashcopy jobs started to the time they were all completed was about 10 minutes (we did not flash all the volumes at once, automation submitted the flash jobs so many seconds/minutes apart). Batch jobs were complete at that point (except for incremental backups). As soon as the flashcopy jobs completed, on-lines (CICS) could become active (the files were closed/disabled in CICS terms) and TSO max users was changed from 0. The jobs were then started to backup the flashed volumes. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
On Fri, 5 Jan 2007 08:51:43 -0500, Veilleux, Jon L [EMAIL PROTECTED] wrote: And how much do they pay for LINUX ... licenses for 120 boxes? There is no charge for a Linux license. Same for 120. Support? That's another question. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
There is no charge for a Linux license. Unless you only run free software, there will be a charge for middleware. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to write a full-screen Rexx debugger?
[Shmuel Metz] [...] you wouldn't have the symbol table access that TSO TEST provides. A pitiful subset of the symbols actually used in programming these days. With IBM macros more and more frequently defining symbols 9 characters long and longer, TSO TEST's symbol support is becoming more and more useless. Dave Cole REPLY TO: [EMAIL PROTECTED] Cole Software WEB PAGE: http://www.xdc.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
1 byte console ids and CA ENF in CA common services r11 fix published solution QO85076
Hi, CA-ENF is flagged by the IBM 1 byte console tracker.CA-ENF does work correctly and is documented by CA to work correctly on z/OS R8 though it will still be flagged. CA common services has published QO85076 which resolves this so that the ENF WTOs will not use 1 byte console ids and not be flagged by the console ID tracker. I appreciate the help we got from other sites raising the same issue! SHAREd voices do make a difference! SEE THE FOLLOWING SOLUTION(S): CAIRIM 1.0 408 * * * ID:408 * PRODUCT: CAIRIM * RELEASE: 1.0 * DESC: ENF WTOS - FLAGGED BY 1 BYTE CONSOLE-ID TRACKER * SYSTEMS AFFECTED: OS * SOLUTION TEXT: PRODUCT: CAIRIM-MVS RELEASE: 1.0 APAR #: QO85076 DATE:4 JAN 2007 PROBLEM DESCRIPTION: ENF WTOS - FLAGGED BY 1 BYTE CONSOLE-ID TRACKER --- ENF WTOs are flagged by the z/OS 1-byte console ID usage tracker. IBM added this tool to z/OS for determining what WTOs are issued with a 1-byte console-ID. ENF messages are on the report which is turned on with the SETCON TRACKING=ON command and displayed with the D OPDATA,TRACKING command. This APAR turns off all 1-byte console ID tags on ENF WTOs. This is satisfactory because the 1-byte console ID tags have no value in a modern data center. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data replication at a remote site - elementary doubt
Bearing in mind that XRC was intended for eXtended Remote Copy, what would be the point of NOT having a datamover at the remote site? JJ XRC user -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Tom Marchant wrote: There is no charge for a Linux license. Same for 120. Support? That's another question. LINUX doesn't cost, but is all of the software free? Also, I forgot to mention...How much does the infrastructure for 120 LINUX servers cost? I would think that the power, floor space, cooling, etc is not trivial. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
2007 DST (was: Costs not to go to z/OS 1.7 by March 31, 2007.)
(I'll cross-post this to MVS-OE) In a recent note, Ted MacNEIL said: Date: Fri, 5 Jan 2007 00:07:39 + Speaking of support. Have you heard that m$ wants to charge for the patches to automate the new D aylight Savings Time changes back to March? Hmmm. z/OS 1.8 still doesn't have this right, either. IBM has about 2 months to create a PTF. (But Solaris 10 and OS X 10.3.9 also don't have it right.) (There are APARs OA18702 for Tivoli and OA18692 for DCE, but I can't find one for base Unix System Services.) Feels like time for a PMR. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage ROTs
You might consider increasing your data buffers to use some of your 'unused' memory and decrease CPU utilization by decreasing I/O. The increase in I/O efficiency will more than compensate for any incidental paging that may result. From: Walter Marguccio [mailto:[EMAIL PROTECTED] Sent: Fri 1/5/2007 7:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Storage ROTs Dear listers, reading Cheryl Watson's last Tuning letter one sentence about the Upgrade ROT caught my attention: Only add resources as needed. If you add more memory than you need, you'll simply cause CPU overhead. My first question is how could more memory cause CPU overhead ? Our production LPAR (z/OS.e 1.4 on a z890) has 5 GB storage assigned; RMF shows an average of 25% of the total frames as active, while the remaining 75% is available. Now and again we have jobs which do need more frames, so the percentage varies to show 60% or 70% active and 40% or 30% available, but that's sporadic. Should I consider the storage assigned to our LPAR as too much ? Any chance that the assigned storage would cause CPU overhead ? I'd like to read your opininion/ROT on this. Best regards Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
On 4 Jan 2007 14:09:54 -0800, [EMAIL PROTECTED] (Craddock, Chris) wrote: Honestly guys, I am a pro-mainframe guy. I even used to work in the same place as Steve mumble years ago. So take as read that I am not ignorantly mainframe bashing. Mainframes have many fine attributes, but they're not the king of the hill any more. Not even close. Sorry. Saying Mainframes are the king of the hill is sort of like saying Cargo ships are king of the hill.Too many alternatives, too many goals, too much diversity to compare a cargo ship with a moped. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data replication at a remote site - elementary doubt
Good question! I suppose XRC could be used solely as an offsite vaulting mechanism. In a cold site setup, it could save NALC operating system software dollars, but those charges aren't significant enough (to me) to recommend an XRC push. John's scenario gives a good reason for a push, but that, hopefully, is not an ongoing situation. :-) Most scenarios discussed thus far relate to DR considerations where existing CEC(s) are available. Push? Just say NO! grin Bob Richards (GDPS/XRC user) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joe jeffries Sent: Friday, January 05, 2007 9:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Data replication at a remote site - elementary doubt Bearing in mind that XRC was intended for eXtended Remote Copy, what would be the point of NOT having a datamover at the remote site? JJ XRC user LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 DST (was: Costs not to go to z/OS 1.7 by March 31, 2007.)
See Apar PK24076 snip Speaking of support. Have you heard that m$ wants to charge for the patches to automate the new D aylight Savings Time changes back to March? Hmmm. z/OS 1.8 still doesn't have this right, either. IBM has about 2 months to create a PTF. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 DST (was: Costs not to go to z/OS 1.7 by March 31, 2007.)
Hmmm. z/OS 1.8 still doesn't have this right, either. All MVS services will get the time from the TOD clock which is set during IPL. In addition to the PTFs you mentioned there are Java PTFs available and PK24076 for LE. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
What is a V2X2? V2X2 is StorageTek (now Sun-Storagetek) disk array. General reference name is SVA (Shared Virtual Array) and the various models over the years have been: IceBerg 9393 9500 V960 V2X V2X2 V2X4 (and V2X4f for FICON attached) We've gone through every model except the V960 at some point over the last seven years. I think STK calls it: Log Structured Array. To me, its description sounded like 'virtual DASD'. I believe they (the WinTel world folks) call it thin provisioning these days. Works great. I have only 2.8TB of physical raw disk in my V2X4f, yet I present 23.1 TB of usable space. Split three ways, I've got 7.7 TB presented to my production LPAR, another 7.7 TB for BCP snapshot copies, and another 7.7TB that is snapshot copied daily and used as a sandbox LPAR. If I was to go and buy disk from some other vendors and duplicate the functionality I have today, I would have to be asking for that 23.1 TB of actual physical disk. It's very important to keep the time window when the volumes are actually copied as small as possible. I snap 926 volumes (almost all 3390-9) in about 1.4 minutes. We dynamically create the snap JCL each morning right before our syncpoint with a rexx routine wrapped around a dcollect report. This way name and allocation changes are automatically picked up (one less possible human error potential). With the automated IMS/DB2/TSO/etc down and up processes, the whole syncpoint runs about 2.5 minutes. PPRC or XRC are not options due to cost PPRC need not to be expensive. Obviously it requires two dasd boxes and link, but gives you much better RTO and RPO. We just replaced our tape based backups (which were taking about 3.5-4.5 hours with 9840's, HSDM, and ExHPDM) with a PPRC solution. HUGE reduction in RTO as the 1-2 days it was going to take to ship the tapes to the hot site was simply eliminated. The 4-5 hour restore from tape time was also eliminated as the data is sitting on another V2X4f at the hotsite ready to go. Last DR test we were IPL'ed in under an hour after arriving at the local recovery center. The RPO only lost a few hours (the difference between the time it took to create the tapes verses push the data across the PPRC link) and is still about 24 hours since we only take one syncpoint a day (after batch), but we are looking at adding another in the pre-batch lull time. We'll probably take a hard look (I'm hoping) at a GDPS solution as well since it would be the next logical step.. but I fear the costs may simply be too high for management to bear - even with the promise of zero down time. Most expensive ongoing cost of the PPRC solution was the link cost. But we manage to do it with a tiny DS3 by snapping the BCP sets throughout the day and sending changes across the link. That way, when it comes to syncpoint time, the amount of change data is very small and the DR set at the remote site is set and stable and ready for recovery just 10-15 minutes after the snaps (keeping the RPO close to that 24 hours) Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSlog to OPERLIB
Mike Szyszka wrote: Hi all, We have 2 boxes, 2 separate locations. Location1 has 4 lpars, and location2 has 2 lpars, one lpar being a backup to the production lpar at location1. I am planning to move to operlib from syslog at both locations, but I can find where a migration like this is documented. Do you mean SYSLOG to OPERLOG ? If yes then: 1. All systems affected have to be in parallel sysplex. 2. Then define SYSPLEX.OPERLOG logstream and issue SETLOGRC LOGSTREAM on every connected system. 3. Optionally change your log archivization method. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
Rob, That makes complete sense, I stand corrected. Like I said it was a wild guess, and I am always looking to learn. Thanks, Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. PS - Rob, will you be able to make it to SHARE next month? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Friday, January 05, 2007 8:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem One of the most easy to see SCOPE=STEP enqueues to see is the SPFUSER one - I can see this for all of our TSO users reasonably quickly using GQSCAN - and most of these guys are swapped out. GQSCAN invokes a space-switch PC routine executing in the GRS address space - I would put my money on the fact that SCOPE=STEP enqueues are maintained in structures and queues in the GRS address space just like other SCOPEs - I would be amazed if GQSCAN caused GRS to shot SRBs into foreign address spaces to trawl thru LSQA. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:49 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem Rob, It does, but it also is an extremely SLWWW process, which makes me wonder if it is done via a local SRB scheduled in the target address space, vs a PC call to the GRS space. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Friday, January 05, 2007 7:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem Wayne, GQSCAN returns SCOPE=STEP enqueues for address spaces other than the ASID of the issuer - doesn't that indicate that these structures exist in GRS somewhere? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem John, My guess (and this is just a guess, as I don't have access to the GRS source), is that SCOPE=STEP ENQ's don't get pushed to the GRS address space, instead the control structures are cached in LSQA of the requestor. ISGFAM00 probably only looks at structures in the GRS address space, IPCS however, has access to the LSQA of the dumped address space, and can therefore see the resources. Again, all a wild guess, take it for what it is worth... Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Ticic Sent: Friday, January 05, 2007 5:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISGAMF00 problem -- snip -- Although the documentation and parameters would seem to indicate otherwise, the GRS monitor is not capable of recording STEP ENQs. Scott, Thnk you for the explanation. Indeed - I'm not happy of such surprise. However I have on more question: Can I see scope=STEP enq's using D GRS,RES=(q,r) command ? My experiments say I cannot. Or, more general: is there any method to dsiplay STEP enqueues ? -- snip-- That suprises me. GRSDATA via IPCS in an SVCDUMP definetly shows you the STEP ENQs. (from the IPCS manual) Resources are presented in the following order: 1. ASID(X'') (STEP) resources (ordered by ASID) 2. Local (SYSTEM) resources 3. Global (SYSTEMS) resources This is consistent with the order used by verb exit QCBTRACE in prior releases and with the order used by the GRSDATA subcommand in the current release when GRS control blocks are used instead of the data collected with the SDATA=GRSQ option of SDUMP. -- snip-- Choose your favorite flame mechanism. I'd suggest a RCF. I think Shane just chose his. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSlog to OPERLIB
Thanks They are not in a parallel sysplex, and will not be in the future at all. On 1/5/07, R.S. [EMAIL PROTECTED] wrote: Mike Szyszka wrote: Hi all, We have 2 boxes, 2 separate locations. Location1 has 4 lpars, and location2 has 2 lpars, one lpar being a backup to the production lpar at location1. I am planning to move to operlib from syslog at both locations, but I can find where a migration like this is documented. Do you mean SYSLOG to OPERLOG ? If yes then: 1. All systems affected have to be in parallel sysplex. 2. Then define SYSPLEX.OPERLOG logstream and issue SETLOGRC LOGSTREAM on every connected system. 3. Optionally change your log archivization method. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks, Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Costs not to go to z/OS 1.7 by March 31, 2007.
I have tried to talk to IBM support about unsupported systems and they have refused to even start the conversation That's what unsupported means. No support contract, no conversation. This does not preclude you from searching IBMLINK and pulling PTFs for known problems. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 DST (was: Costs not to go to z/OS 1.7 by March 31, 2007.)
In a recent note, Gibbons, Mark said: Date: Fri, 5 Jan 2007 07:33:14 -0800 PK24076 for LE. I thought this was for base Unix, but now I'm not sure. PK23865 for Java 1.4. Me, too. I had looked only under z/OS, but I now see PK24076 under program products. Isn't Unix System Services part of base z/OS, so shouldn't its APARs appear under z/OS? OA18702 is for Tivoli INFOMAN, I wasn't sure which Tivoli product. Any others? -Original Message- From: MVS OpenEdition [mailto:[EMAIL PROTECTED] Behalf Of Paul Gilmartin Hmmm. z/OS 1.8 still doesn't have this right, either. IBM has about 2 months to create a PTF. Of course, once PK24076 is applied, localtime() will give incorrect results for times in the recent past. I closed my first PMR with apologies, and started a new one requesting support for zoneinfo as available on most competing UNIX systems: URL: http://www.twinsun.com/tz/tz-link.htm Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe vs grid
I read the article and it did not contain any information concerning the size of the mainframe that is being compared to the grid. I have seen detailed analysis of grid computing versus the use of a parallel sysplex in z/OS and the z environment compared favorably when using its capabilities. This article talks about the mainframe using VSAM files and some IMS. It seems to me like they needed to be using less VSAM and more IMS, perhaps FP to get the throughput that was required. The mainframe has plenty of options for processing large amounts of data in parallel -- similar to what this customer achieved through the use of a grid -- that provide for faster response time. Also, this article mentioned that the application changes were difficult and time consuming and that the newly written application could handle changes more quickly. This too could be handled with good application design on the mainframe. So -- what is your point -- this appears to be a project where everyone was comfortable with the programming environment of a grid and developed an application that maximized it strengths to produce a good result for the client. That is great for the client. My caution is to take this article and imply that anyone else would achieve the same result by using the same technology and that the same result could not be achieved using a mainframe. How about some basic math on the numbers presented -- one mainframe versus the grid of more than 120 Dell servers to produce an application that finished in 65% less time. Did they compare the cost and performance of three mainframes loosely coupled as a sysplex to determine what the performance would be? Let's see, three versus 120 and the three could probably outperform the 120? Don't get me wrong, I know that it is easy to second guess a solution. However, this company spent a lot of money on the completed solution. The article even says that money was in third place on their priority list. So, cost of the solution did not rule out the mainframe. It appears from the article that a single mainframe does not scale as well as 120 Dell servers. I think I could have made that leap of faith without an elaborate test. I walked away from the article with the impression that good technicians on this project did not want to use the mainframe and developed a good solution without it. However, this does not tell me that the mainframe could not have done this job equally as well had the project been composed of mainframe technicians that knew how to make the environment scale and perform equally as well as a grid. Just my bucks worth. So many words could not be worth two cents, could they? Tom Moulder snip Slashdot had this article today: http://linux.slashdot.org/linux/07/01/05/0538224.shtml IBM touted 2006 as a resurgence year for the mainframe, but not so fast. At R.L. Polk and Co., one of the oldest automobile analytics firms in the U.S., an aging mainframe couldn't cut it, so the IT staff looked elsewhere. Their search led to a grid computing environment - more specifically, a grid computing environment running Linux on more than 120 Dell servers. The mainframe's still there, apparently, but after an internal comparison showed the Linux grid outperforming the mainframe by 70% with a 65% reduction in hardware costs, Polk seemed content banishing the big box to a dark, lonely corner for more medial tasks. With a link to: http://searchopensource.stage.techtarget.com/originalContent/0,289142,sid39_ gci1237399,00.html snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISGAMF00 problem
Shane wrote: I was in the process of testing for Radoslaw when this post came in. Given your admission above, why does it even need a bloody RCF ???. Sorry mate, not acceptable. If an RCF won't cut it, how about a DOC APAR? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
In a message dated 1/5/2007 9:07:07 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Cargo ships are king of the hill.Too many alternatives, too many goals, too much diversity to compare a cargo ship with a moped. Think it was Sealand built an upscaled version container ship based on USNavy destroyer hull. Magnificent ship quad screws, set Pacific crossing record for any surface vessels. Then oil embargo kicked in and they took out the outside screws and a couple engines to get better gas mileage. Still the M/F is a general purpose machine and does general stuff very well. Can build special purpose engines to do special purpose things to do better. Also have been able to take advantage of advances in technology, device geometries, packing densities in fairly seamless fashion. Again, by not promoting education and dropping dead on any kind of low level or developmental system just don't get the word out and no assimilation by association is just the death knell... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Costs not to go to z/OS 1.7 by March 31, 2007.
On Fri, 5 Jan 2007 11:00:33 -0500, Bob Shannon [EMAIL PROTECTED] wrote: I have tried to talk to IBM support about unsupported systems and they have refused to even start the conversation That's what unsupported means. No support contract, no conversation. This does not preclude you from searching IBMLINK and pulling PTFs for known problems. That's what it means today and for quite a while, but that's not what it always meant. There used to be a distinction between EOS (end of service) and unsupported. Sometimes it took a nudge from your SE, but you could get support. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
On Fri, 5 Jan 2007 09:15:31 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: Hi Tom, Yes it is possible to use Flashcopy to establish Flashcopy pairs for a large number of volumes at approximately the same time. We do this in conjunction with a daily syncpoint where activity is suspended in DB2 to support DRP. PAGE 0001 5695-DF175 DFSMSDSS V1R07.0 DATA SET SERVICES 2006.359 00:30 ADR004I (SCH)-PRIME(01), USER ABEND 0001 WILL BE ISSUED ON OCCURRENCE 0001 OF MESSAGE ADR306 PARALLEL ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'PARALLEL' COPY FULL INDDNAME(SOURCE1) OUTDDNAME(TARGET1) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 002 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE2) OUTDDNAME(TARGET2) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 003 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE3) OUTDDNAME(TARGET3) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP snip To minimize the time you can use multiple jobs, multiple steps in each job (we do 20 volumes in each step), and use the PARALLEL option in DFDSS. You can Flashcopy hundreds or thousands of volumes quickly. A typical Flashcopy job here does 100 volumes in 5 steps in 30 to 50 seconds total. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Do not seek to follow in the footsteps of the men of old; Seek what they sought. Basho Sam, Thanks for this. I did a little RTFM and based on what you have above, I need to then run a DFDSS DUMP with FCWITDRAW on the target, correct? If so, then the process is very close to the SnapShot process my client is using. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Veilleux, Jon L wrote: [...] And how much do they pay for LINUX admins for 120 boxes? And for licenses for 120 boxes? How much do you pay for admins for nn images of z/OS on yur LPARs? Who's cheaper: linux admin or mainframe admin ? Environmental factors (power, floor space, air cond.) need not to be significantly higher. See google server rooms. They even don't use blada servers to compress the bunch of PCs. License can be killing factor. But it need not to be. It depends on your needs: Mysql cost ZERO - it's less than Oracle license. Even Oracle license can be negotiated, when you present them your alternatives. Last but not least: License is almost ALWAYS the killing factor on mainframe with z/OS. HW maintenance for 120 PCs is probably cheaper than for one z9. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage ROTs
Mark Zelden wrote: An unused unit of storage must be examined, determined that it is unused and actions (statistics) are taken for unused storage. If this storage is just not there, less activity is needed. But there should be less paging and hence reduced paging overhead. There's over allocating and then there is OVER ALLOCATING. This isn't your father's MVS. 64-bit is a big place and changes have been made to how storage is managed - some of which has caused overhead issues. In z/OS 1.8 you can have up to 4TB on a z/OS image - prior to that the maximum was 128GB. Will it matter if you allocate 10GB instead of 8GB... no, but just because your new z9 came with a bunch of extra storage doesn't mean you should give your non-paging 8GB LPAR 30GB. Especially if you are in a shop that likes to run your CECs at or near 100% all the time. IMHO this ROT is completely unrealistic. Let's imagine a system with 8GB, paging is almost 0. Then we add memory up to the moment of absolutely 0 of paging. Let's assume it's 10GB. Or 12GB if you want. Then every GB added is overallocated. So, let's add some memory, a lot of to feel the difference: 50GB. 10+50. Six times more than you need. IMHO the difference between 10GB and 60GB won't be perceptible, while difference between 8 and 10 GB will be small but perceptible. Last but not least: Who is willing to add 50GB of unneeded storage??? My $0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
HW maintenance for 120 PCs is probably cheaper than for one z9. Especially since it might well be if one breaks, we'll replace it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Friday, January 05, 2007 9:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. Veilleux, Jon L wrote: [...] And how much do they pay for LINUX admins for 120 boxes? And for licenses for 120 boxes? How much do you pay for admins for nn images of z/OS on yur LPARs? Who's cheaper: linux admin or mainframe admin ? Environmental factors (power, floor space, air cond.) need not to be significantly higher. See google server rooms. They even don't use blada servers to compress the bunch of PCs. License can be killing factor. But it need not to be. It depends on your needs: Mysql cost ZERO - it's less than Oracle license. Even Oracle license can be negotiated, when you present them your alternatives. Last but not least: License is almost ALWAYS the killing factor on mainframe with z/OS. HW maintenance for 120 PCs is probably cheaper than for one z9. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Here's an old article that describes how SIAC took the reverse route. It doesn't mention the cost-savings, but you can be assured that SIAC didn't take this route to spend more money. http://www.hpcwire.com/hpc-bin/artread.pl?direction=Currentarticlenumber=101483 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Storage ROTs
On Fri, 5 Jan 2007 18:08:32 +0100, R.S. [EMAIL PROTECTED] wrote: IMHO the difference between 10GB and 60GB won't be perceptible, while difference between 8 and 10 GB will be small but perceptible. What makes you say that? It depends on the release, if you are running 64-bit and even your maintenance level as to what happens and how often with RSM UIC updating and page replacement algorithms. Minor changes are often made and sometimes not so minor. Examples are the UIC update changes that were made for ARCHLVL2 and all of the changes that were were made in z/OS 1.8. Also, even if you aren't paging that doesn't mean there isn't contention for 24-bit or 31-bit storage areas that drive page stealing routines. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Special characters in passwords was Re: RACF - Password rules.
On 3 Jan 2007 18:35:45 -0800, in bit.listserv.ibm-main you wrote: Karthick wrote: Hello, We have planned to implement the following password rules in RACF. Passwords Syntax: * Restrictions on repeated characters * Alphanumeric passwords, including special characters, upper case, and lower case. Please advice with informations or procedures or what EXIT need to be used. Most of your requirements can be handled with the RACF password rules that you can set with SETROPTS PASSWORD(RULEx (...)) commands. For details, see the SETROPTS command in A22-7687 z/OS Security Server RACF Command Language Reference. You cannot have special characters other than $, #, @ in a RACF password. Password length cannot exceed 8 characters. The choice of nationals as the only special characters allowable in passwords is poor to say the least. The $ code point becomes a pound sterling sign in the UK and the yen sign in Japan. I suspect similar changes for the others. It would be far more sensible to allow the slash, asterisk, hyphen and plus sign since I believe they remain stable across code pages. If you want to allow lower case passwords, you need at least z/OS V1R7 and you should test all your middleware and applications where RACF authentication is performed thoroughly with mixed case passwords before you go live on a production system with that. Otherwise, you might be in for blood, sweat and tears. For restrictions on repeated characters, you need RACF exit ICHPWX01. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hats off to prior R.L. Polk worker.
I can tell you that we got one of the best systems programmers that I have ever seen from R.L. Polk about 30 years ago. He has since retired. He did a number of amazing things such as front-end SVC 26 to keep a certain tape drive range from being used, SMS before there was such a thing, Mod on IEBCOPY to help with enqueues that IBM didn't attempt to address until PDSEs, wrote his own cpu tester to help verify CPU changes from model to model and how it would impact our shop, disk performance test that would expose companies that would pre-stage data to get better performance numbers. Wrote in house scheduling package that used a usercat to store all of the information (lasted for about 12 years). Just a small list of his giant contribution to keeping us running smoothly and efficiently. My entire view of what makes a good systems programmer was shaped by watching him do what he did. My hat is off to Steve Huber. Rob Schramm Fifth Third Bank This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Another nice COBOL article
From Vulture Central, aka The Reg http://www.regdeveloper.co.uk/2007/01/05/developing_legacy_systems_part2 / -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Special characters in passwords was Re: RACF - Password rules.
Characters like slash used in a password conflict with the parsing routines used for e.g. LOGON APPLID(...) DATA(...). Who knows where all there is parse-like hardcode of sessiondata. And then there is the security system password prompts where today slash after pwd means new pwd. I try to avoid working in snake pits. On the other hand there is way to have 10 character pwds. I remember doing an exit for a TPX client that had 10 char pwd on signon screen and scrunching it to 8 bytes. I think it only worked for the internal security system. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/05/2007 12:58:46 PM: You cannot have special characters other than $, #, @ in a RACF password. Password length cannot exceed 8 characters. .. .. .. It would be far more sensible to allow the slash, asterisk, hyphen and plus sign since I believe they remain stable across code pages. If you want to allow lower case passwords, you need at least z/OS V1R7 and you should test all your middleware and applications where RACF authentication is performed thoroughly with mixed case passwords before you go live on a production system with that. Otherwise, you might be in for blood, sweat and tears. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
We are running small sun boxes for unix and dell for Microsoft. We run clustered with failover. It works well. We're all fiber attached disk with large cache. It works well. Try to explain to a UNIX person that when you add an additional/similar CPU to your mainframe that your software does not change but the software cost doubles. *** Watch their expression *** George -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
George, You're kidding, right? Is this flame bait? I just added 8 general purpose engines (4 per CEC) at no additional software cost. *** I would love to see YOUR expression! *** Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Bly Sent: Friday, January 05, 2007 1:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. We are running small sun boxes for unix and dell for Microsoft. We run clustered with failover. It works well. We're all fiber attached disk with large cache. It works well. Try to explain to a UNIX person that when you add an additional/similar CPU to your mainframe that your software does not change but the software cost doubles. *** Watch their expression *** George LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Friday, January 05, 2007 12:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. George, You're kidding, right? Is this flame bait? I just added 8 general purpose engines (4 per CEC) at no additional software cost. *** I would love to see YOUR expression! *** Bob Richards What are you running on those engines? I know that any increase in our CPU capacity always causes weeping and wailing and gnashing of teeth due to the vendors having their hands in our purse. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Ditto here. In any z/OS system CEC upgrade here, software upgrade costs are always the single most difficult factor to accomodate. Jon snip What are you running on those engines? I know that any increase in our CPU capacity always causes weeping and wailing and gnashing of teeth due to the vendors having their hands in our purse. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Now now, Bob - you are just trying to get us to believe you have Jedi-like mind control powers over sales reps waving hand in Obi-Wonesque manner These are not the CPUs that you are charging for Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: 05 January 2007 13:43 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. George, You're kidding, right? Is this flame bait? I just added 8 general purpose engines (4 per CEC) at no additional software cost. *** I would love to see YOUR expression! *** Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Bly Sent: Friday, January 05, 2007 1:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. We are running small sun boxes for unix and dell for Microsoft. We run clustered with failover. It works well. We're all fiber attached disk with large cache. It works well. Try to explain to a UNIX person that when you add an additional/similar CPU to your mainframe that your software does not change but the software cost doubles. *** Watch their expression *** George LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
John, Well, for now, let's just say that our LP to CP ratios exceed 1:1. :-) As for the ISVs, we beat them up about MIPS terminology awhile ago. Now if I actually start to use this capacity, my costs can go up. But double? Gimme a break! Even if full capacity charging is warranted if I use all my new capacity, it is only a 10% increase in my monthly bill. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, January 05, 2007 1:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. -Original Message- From: IBM Mainframe Discussion List George, You're kidding, right? Is this flame bait? I just added 8 general purpose engines (4 per CEC) at no additional software cost. *** I would love to see YOUR expression! *** Bob Richards What are you running on those engines? I know that any increase in our CPU capacity always causes weeping and wailing and gnashing of teeth due to the vendors having their hands in our purse. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
And for some non-mainframe server software, if you add another CPU, your license costs do double. I think Oracle prices that way, and I think IBM may price some software that way. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Friday, January 05, 2007 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. George, You're kidding, right? Is this flame bait? I just added 8 general purpose engines (4 per CEC) at no additional software cost. *** I would love to see YOUR expression! *** Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Bly Sent: Friday, January 05, 2007 1:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. We are running small sun boxes for unix and dell for Microsoft. We run clustered with failover. It works well. We're all fiber attached disk with large cache. It works well. Try to explain to a UNIX person that when you add an additional/similar CPU to your mainframe that your software does not change but the software cost doubles. *** Watch their expression *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Rob, No, but if the ISVs want us to remain a customer. In my reply to John, I made a slightly confusing statement about the 10% increase. What I really meant to say was that my full cap prior to the 8 engines being added to the full cap with the 8 engines added would only cause that increase in 10%. Under sub-capacity charging, I am not paying any increased charges at the moment. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Friday, January 05, 2007 1:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. Now now, Bob - you are just trying to get us to believe you have Jedi-like mind control powers over sales reps waving hand in Obi-Wonesque manner These are not the CPUs that you are charging for LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Charles, That is exactly WHY the z9 can be cost effective in the right circumstances using Linux under z/VM. Heck, even z/OS competes well today against WebSphere/UDB under AIX with the advent of zAAPs and zIIPs. MOST UNIX software is licensed on a per processor basis. Those license costs add up quick on 16-, 32- and 64-ways. Even with micro-partitioning and sub-capacity pricing, the issue remains because of the prevailing one app per server mentality that is so widespread in how they provision their boxes. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Friday, January 05, 2007 2:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. And for some non-mainframe server software, if you add another CPU, your license costs do double. I think Oracle prices that way, and I think IBM may price some software that way. Charles LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Friday, January 05, 2007 12:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. John, Well, for now, let's just say that our LP to CP ratios exceed 1:1. :-) As for the ISVs, we beat them up about MIPS terminology awhile ago. Now if I actually start to use this capacity, my costs can go up. But double? Gimme a break! Even if full capacity charging is warranted if I use all my new capacity, it is only a 10% increase in my monthly bill. Bob Richards Ah! We are trying to go to usage billing as well. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
My current client has a V2X2 and is thinking about replacing it with a Shark. SnapShot is used to snap 600 volumes in about 5-10 minutes. The physical tape backups are done from the snaps and take about 8 hours. This DR process is fully tested and works great. My main concern if we replace the V2X2 with the Shark is the DR process. Has FlashCopy improved to the point that you can make a point in time backup and physically move it to tape later? And can you FlashCopy the entire box in a few minutes? If not, the DR process for this client is going to get much more complicated. PPRC or XRC are not options due to cost. Let me know your thoughts. Tom, we have a lot of experience with all the various vendor's instant replication functions, since we support them all in our FDR INSTANT backup product. In our experience, the elapsed time to do the SNAPSHOTs and the time to establish the FLASHCOPYs is similar. In both cases it takes only a few seconds per volume (your milage may vary gr). The big difference is the architecture: The STK disks use a virtual architecture, so that the SNAPSHOT is just a matter of copying pointers in a table. The snapped copy takes up no more space on the back-end disks, except for tracks that are updated. The virtual disk data is compressed, so it takes up less back-end room than the actual data would require. The IBM and HDS disks copy the data in the background when a FLASHCOPY is done. The ESTABLISH may be quick but the background copy may take a while, especially if you FLASH many volumes. The FLASHCOPY architecture makes the flashed copy look like the original disk immediately so you don't need to wait for the copy to complete, however, your performance may suffer if you try to do the DUMP before the background copy is complete. EMC SNAP actually supports both options. TIMEFINDER/CLONE does SNAP to real volumes, similar to the IBM/HDS Flashcopy. TIMEFINDER/SNAP does SNAP to virtual volumes. These are not really like the STK virtual volumes, but they do only copy tracks which are updated on the original disks. In our experience, TIMEFINDER/SNAP can be slow, but TIMEFINDER/CLONE is better. | Has FlashCopy improved to the point that you can make a point in time backup and physically move it to tape later? FLASHCOPY has always supported this. FDR INSTANT has done this since IBM Flashcopy first came out. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.7 Standalone Dump REXX Utility -- Where?
Hi, All, In z/OS V1R7.0 MVS Diagnosis: Tools and Service Aids, I see the following: == 4.2.3 Using the AMDSADDD utility The REXX utility AMDSADDD resides in SYS1.SAMPLIB. === However, in SYS1.SAMPLIB furnished with our z/OS 1.7 ServerPac there is no member whose name starts with AMD. Has it been moved? Or has its name been changed (to what?)? Or do I need to continue reading elsewhere? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 Standalone Dump REXX Utility -- Where?
the 1.8 manual has been updated to say The REXX utility AMDSADDD resides in SYS1.SBLSCLI0 and so it does; I checked. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
---snip--- There is no charge for a Linux license. Unless you only run free software, there will be a charge for middleware. ---unsnip Not to mention floor space, power, air conditioning, salaries for administrators, benefits for same, workspaces and materials for same, etc. How much do you REALLY save? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data replication at a remote site - elementary doubt
Joe jeffries wrote: Bearing in mind that XRC was intended for eXtended Remote Copy, what would be the point of NOT having a datamover at the remote site? ---unsnip--- Possibly the cost of maintaining a processor to drive it, witht eh attendant infrastructure costs. YMMV -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
On 5 Jan 2007 05:50:43 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Charles Mills) wrote: My point was that it is easy for the advocates of some product (in this case mainframes) to dismiss the success of some other product (in this case squatty boxes) by saying they're not REALLY any good, they just dazzle the customers with marketing. However, if one looks at Microsoft's admitted failure with Bob, one realizes that even with considerable marketing expertise and budget, you can't sell people what they don't want. There's one big difference. Bob was being pushed to end users who didn't like it. Computer systems are pushed to executives, many of whom never use any computer except their desktop machines. Often, said executives don't care what the users want or don't want, instead focusing on costs and information from the latest airline magazines. This is not to say that good executives don't exist, or that your argument is incorrect. However, I believe your example is not a good one. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamically Activate additional CUs on Shark
Except for older CF stuff like TYPE=CFR, adding/deleting partitions and devices not defined with the dynamic feature I don't recall having to perform many PORs... Paths to the control unit should be unique. See CUADD, etc. What do your CNTLUNIT and IODEVICE statements look like? What is the total disk capacity (ADDRESSes) you desire? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Sipusic Sent: Thursday, January 04, 2007 9:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Dynamically Activate additional CUs on Shark Until now my Shark has been defined as two control units attached to four channels. After adding additional disk capacity it will appear to be four control units on those four channels. I would like to dynamically activate the two new control units and associated I/O devices. When I tried to do this, it failed to activate. It seemed that the channels had to be offline, but the existing Shark DASD has to be online; so we took an outage and did a POR. Was the POR unavoidable? I ask because now I have to change the definitions of the new CUs, giving them different LCUs, and I fear that we'll have to do another POR unless one of you can show me how I can do a dynamic activation here. Tom Sipusic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
How much do you pay for admins for nn images of z/OS on yur LPARs? We went from 8 LPARs to 20 in a five-year span, with no increase in staff, due to automation (mostly). We had double that growth in *NIX and win-things ands the ADMIN staff increased at a faster rate than that. Again, due to automation (or lack, thereof). Yaw tee pucketty! Rum ting clue! Ni! Ni! Ni! Arrooo! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Especially since it might well be if one breaks, we'll replace it. If is a big word in the z/World! Yaw tee pucketty! Rum ting clue! Ni! Ni! Ni! Arrooo! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Special characters in passwords was Re: RACF - Password rules.
On 1/5/2007 12:59 PM, Clark Morris wrote: The choice of nationals as the only special characters allowable in passwords is poor to say the least. The $ code point becomes a pound sterling sign in the UK and the yen sign in Japan. I suspect similar changes for the others. It would be far more sensible to allow the slash, asterisk, hyphen and plus sign since I believe they remain stable across code pages. As mentioned before, z/OS password phrases (z/OS R8 and later) support a wider set of special characters. So, when applications eventually start supporting password phrases, and administrators enable usage of password phrases, users with password phrases will have a wider range of special characters to choose from. Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VPL (Was: Withdrawal of VM ServiceLink) - READ THIS
Edward Jaffe wrote: The following now appears on IBMLink: | 02 Jan 07 - Withdrawal of VM ServiceLink | | Access to the ServiceLink applications on VM | will end on March 31, 2007. All applications | except VPL are available on the web at: | www.ibm.com/ibmlink | | There is currently no replacement for VPL. What does this last statement mean for VPL? We /must/ have access to VPL! This is UNBELIEVABLE! I sent an IBMLink feedback asking for clarification about the withdrawal of VM Servicelink -- while indicating that access to VPL is mandatory. The response I got indicates we must now build a case for continued access to VPL See below: Hi Ed, Thanks for submitting the feedback. I am looking into alternatives for VPL. The usage for VPL is very low. How often do you use VPL? Any details you can provide me will be very helpful in building a case for it. ...Thanks again.. Mark Fyffe, SoftwareXcel Market Manager VPL is mandatory! Removing VPL amounts to instantaneous conversion of all code to OCO overnight! This is just simply unacceptable! It cannot be allowed to happen! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Charles Mills wrote: expertise and budget, you can't sell people what they don't want. If people are buying squatty boxes, it must be because they offer some benefit. And my larger point was that we will not succeed with mainframes by denying the capabilities of other boxes, but rather by recognizing those capabilities and competing with them. OK ... but what I'm hearing from this list is that the squatty boxes are faster, cheaper, easier to use, just as reliable, and just as secure as the mainframe. how do we compete with that? :-P --Stephen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe vs grid
an aging mainframe, yea okay, so what were they running? a 9021 with 128 meg of central storage running OS/390 2.4 ? okay, sarcasm mode back off. for now. - Original Message - From: Howard Brazee [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, January 05, 2007 8:56 AM Subject: Mainframe vs grid Slashdot had this article today: http://linux.slashdot.org/linux/07/01/05/0538224.shtml IBM touted 2006 as a resurgence year for the mainframe, but not so fast. At R.L. Polk and Co., one of the oldest automobile analytics firms in the U.S., an aging mainframe couldn't cut it, so the IT staff looked elsewhere. Their search led to a grid computing environment - more specifically, a grid computing environment running Linux on more than 120 Dell servers. The mainframe's still there, apparently, but after an internal comparison showed the Linux grid outperforming the mainframe by 70% with a 65% reduction in hardware costs, Polk seemed content banishing the big box to a dark, lonely corner for more medial tasks. With a link to: http://searchopensource.stage.techtarget.com/originalContent/0,289142,sid39_gci1237399,00.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Withdrawal of VM ServiceLink
I was flipping channels on TV the other night and in one of the Jackie Chan/Chris Tucker RUSH HOUR movies, I saw this usage. Chris has just accidentally punched Jackie in the face resulting in this exchange: Jackie: Carter! Chris: All y'all look alike! Regards, Roger Bolan IBM Printing Systems Division Visit our Web site at http://www.ibm.com/printers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
Without knowing what your day-to-day role is, it's hard to say. First, simply by not being in denial. Mainframes are not better because the people who use them are older, the boxes are bigger, they were around in 1979, and all of your professional peers work on them. Mainframes are not better because we all know they're better, and that's that, and anyone who disagrees with me is obviously one of them. Second, many of the participants on this list, myself included, work for (directly or indirectly) IBM or a software vendor. We have a direct or potential influence on speed, cost, ease-of-use, reliability, and security. If you work for an end-user company, then you have some influence on, for example, the ease-of-use of your systems. I often hear on this list a defense of obscurity: why would you want to change how JCL works -- it was good enough in 1968, it's good enough now. That is not a productive attitude. Face it, the mainframe is in many ways user-hostile. We are the people who invented the cult of the unapproachable IT guru: authorized personnel only. Changing those attitudes would be a good step. And some things cannot be changed. Better to work to advocate intelligently for the use of mainframes for the tasks they are good at, than to operate in denial of the fact that it's not the best choice for every computing task, or every company. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Y Odo Sent: Friday, January 05, 2007 3:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Just another example of mainframe costs. Charles Mills wrote: expertise and budget, you can't sell people what they don't want. If people are buying squatty boxes, it must be because they offer some benefit. And my larger point was that we will not succeed with mainframes by denying the capabilities of other boxes, but rather by recognizing those capabilities and competing with them. OK ... but what I'm hearing from this list is that the squatty boxes are faster, cheaper, easier to use, just as reliable, and just as secure as the mainframe. how do we compete with that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe vs grid
an aging mainframe, yea okay, so what were they running? a 9021 with 128 meg of central storage running OS/390 2.4 ? Hey, I want a 9021. But I guess I would settle on a 9121. There actually is a guy in Poughkeepsie with a 9021 in his basement. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VPL (Was: Withdrawal of VM ServiceLink) - READ THIS
On Fri, 5 Jan 2007 13:41:23 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: ... This is UNBELIEVABLE! No. Unfortunately, it IS believable. A study of just about any Dilbert comic strip should help explain it. ... The usage for VPL is very low. How often do you use VPL? Any details you can provide me will be very helpful in building a case for it. ... We don't use VPL at our shop. I guess that supports the contention that you don't need it. Availability of fire extinguishers is being discontinued. How often do you use a fire extinguisher? Any details you can provide me will be very helpful in building a case for them. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
In a recent note, Charles Mills said: Date: Fri, 5 Jan 2007 16:04:22 -0800 If you work for an end-user company, then you have some influence on, for example, the ease-of-use of your systems. I often hear on this list a defense of obscurity: why would you want to change how JCL works -- it was good enough in 1968, it's good enough now. That is not a productive attitude. Face it, the mainframe is in many ways user-hostile. We are the people who invented the cult of the unapproachable IT guru: authorized personnel only. Changing those attitudes would be a good step. You appear to be advocating that readers of this list assimilate that which they loathe. If they were to do that, it would mean the terrorists have won. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe vs grid
I notice that the Mainframe vs grid is a new grid running new software on new hardware versus an unspecified aging mainframe running old software. One wonders how new software on a new mainframe would have compared. Regards, Roger Bolan IBM Printing Systems Division Visit our Web site at http://www.ibm.com/printers. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/05/2007 06:56:15 AM: Slashdot had this article today: http://linux.slashdot.org/linux/07/01/05/0538224.shtml -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
The IBM and HDS disks copy the data in the background when a FLASHCOPY is done. The ESTABLISH may be quick but the background copy may take a while, especially if you FLASH many volumes. The FLASHCOPY architecture makes the flashed copy look like the original disk immediately so you don't need to wait for the copy to complete, however, your performance may suffer if you try to do the DUMP before the background copy is complete. Bruce, that would be true but Sam used the FCNOCOPY option. Using this option in DSS, only the T0 (time 0) tracks that were updated on the source volume are copied to the target. This assumes FLASHCOPY V2 is used. Once the target volume is dumped and the FC withdraw is done, the data on the target is basically 'junk'. The default (no FCNOCOPY keyword specified) will perform the background copy and the data can be used as is; i.e. dumped to tape, used in a testing environment, updated, deleted, etc. Bruce Estey -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSlog to OPERLIB
RS/Mike What does SETLOGRC (the SET LOGREC command) have to do with OPERLOG? OPERLOG is controlled via the VARY OPERLOG command. You can also use OPERLOG as a DASD-only log stream. This method is only suitable for a single system sysplex. I believe IBM has announced that OPERLOG is mandatory in z/OS V1.8 BTW - OPERLOG is well documented in the 'MVS:Planning Operations' and 'MVS:Setting Up a Sysplex' manuals James F. Smith -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Szyszka Sent: 06 January 2007 00:00 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SYSlog to OPERLIB Thanks They are not in a parallel sysplex, and will not be in the future at all. On 1/5/07, R.S. [EMAIL PROTECTED] wrote: Mike Szyszka wrote: Hi all, We have 2 boxes, 2 separate locations. Location1 has 4 lpars, and location2 has 2 lpars, one lpar being a backup to the production lpar at location1. I am planning to move to operlib from syslog at both locations, but I can find where a migration like this is documented. Do you mean SYSLOG to OPERLOG ? If yes then: 1. All systems affected have to be in parallel sysplex. 2. Then define SYSPLEX.OPERLOG logstream and issue SETLOGRC LOGSTREAM on every connected system. 3. Optionally change your log archivization method. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks, Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Just another example of mainframe costs.
On Fri, 5 Jan 2007 17:29:22 -0700, Paul Gilmartin wrote: In a recent note, Charles Mills said: If you work for an end-user company, then you have some influence on, for example, the ease-of-use of your systems. I often hear on this list a defense of obscurity: why would you want to change how JCL works -- it was good enough in 1968, it's good enough now. That is not a productive attitude. Face it, the mainframe is in many ways user-hostile. We are the people who invented the cult of the unapproachable IT guru: authorized personnel only. Changing those attitudes would be a good step. You appear to be advocating that readers of this list assimilate that which they loathe. Yes, that is how a living organism's defense mechanism works: assimilate the genetic code that tried to kill it, use the information to evolve into a stronger (hybrid) organism. That is what IBM has been doing with its iSeries and pSeries and (I surely hope) it is doing that with zSeries, too. We, on this list, need to be doing the same. Most good sysprogs that I've known were life-learners and absorbed lessons like that on a constant basis. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Withdrawal of VM ServiceLink
Y'all aren't taking the original topic seriously enough. Ending 3270 access to ibmlink should be protested on principal! And ending VPL, while not a problem for me at my level, is a serious problem for Ed and the other ISV's we depend on. And can only drive up the costs of their development as they are forced into more reverse engineering. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Bolan Sent: Friday, January 05, 2007 3:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Withdrawal of VM ServiceLink I was flipping channels on TV the other night and in one of the Jackie Chan/Chris Tucker RUSH HOUR movies, I saw this usage. Chris has just accidentally punched Jackie in the face resulting in this exchange: Jackie: Carter! Chris: All y'all look alike! Regards, Roger Bolan IBM Printing Systems Division Visit our Web site at http://www.ibm.com/printers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html