Re: ADMINISTRIVIA: Announcement!
Darren, Maybe you can get a part-time job as a squirrel hunter! Seriously, all the best in your retirement and I am glad that you are retaining list ownership. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Darren Evans-Young Sent: Tuesday, October 30, 2007 1:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ADMINISTRIVIA: Announcement! After 26 years, I will be retiring from The University of Alabama effective December 1, 2007. It has been a wonderfulyeah, whatever. Anyhow, how does this affect you, the subscribers? It doesn't really. I will still be the list owner slapping your wrists. I won't have access to update my list exit with all my secret rules for denying your posts, which is why I disabled it recently. I also won't have any say so if the admins in power decide to ditch Listserv or some other drastic action. But, we'll see how things work out. OK, back to work everybody... Darren 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: WLC and Netview
Walter, Look at it this way. IBM has essentially provided you with a near-free z/OS. On "my" systems, z/OS is FIVE times more expensive than Netview! :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Marguccio Sent: Tuesday, October 16, 2007 9:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC and Netview - Original Message ---- From: Richards.Bob <[EMAIL PROTECTED]> > It is more expensive because there are two different pricing metrics in > force. z/OS.e, I believe, is under a NALC agreement and Netview is under > the Variable WLC agreement. Bob, I was unaware about Netview being VWLC. Still sad enough. :-( Walter Marguccio z/OS Systems Programmer Munich - Germany 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: WLC and Netview
Walter, It is more expensive because there are two different pricing metrics in force. z/OS.e, I believe, is under a NALC agreement and Netview is under the Variable WLC agreement. z/OS.e is cheaper because IBM offered it that way as an incentive. Otherwise, you would be complaining the OS is too expensive! :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Marguccio Sent: Tuesday, October 16, 2007 4:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: WLC and Netview Hello list, we produce monthly Sub-Capacity WLC report using the SCRT tool. Having z/OS.e and 26 MSUs, we already reduced dramatically our costs, and WLC let us cut them even further. However, I wonder why Tivoli Netview for OS/390 (5697-B82) costs three times (3!) more than z/OS.e (5655-G52) itself. It looks weird to me that one single product such as Netview costs so much more than the operating system where it's running on. Does someone on the list know why ? And, if any, is there an alternative to Netview ? We basically use the latter as automation tool and job scheduler. TIA. Walter Marguccio z/OS Systems Programmer Munich - Germany ___ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.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 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: "System z"? "System z9"? "eServer zSeries"? which?
Arts and Crafts at the Psych ward, Steve? :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, October 15, 2007 2:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: "System z"? "System z9"? "eServer zSeries"? which? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Monday, October 15, 2007 1:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: "System z"? "System z9"? "eServer zSeries"? which? "System z" for current z9BC and z9EC machines (replaced System z9) IIRC, eServer zSeries was for z800, z900, z890 and z990 machines "System z" should last for awhile, since they also rebranded the other platforms to System P, I and X respectively. For MF operating systems, try z/OS, z/VM, z/TPF, System z for Linux and z/VSE. For System p, try AIX and Linux on Power The rest I would not know. :-) What do I call this thing I've been making marks on some flat white stuff with bluish lines? Ok, these two things where the one comes in a bunch that are all neatly stacked and the other I keep looking for from time to time. Oh, and what color is this thing. We obviously can't call it yellow because that belongs to some traffic light controller company... But, really, what do we call these things we write on and with? Regards, 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 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: "System z"? "System z9"? "eServer zSeries"? which?
"System z" for current z9BC and z9EC machines (replaced System z9) IIRC, eServer zSeries was for z800, z900, z890 and z990 machines "System z" should last for awhile, since they also rebranded the other platforms to System P, I and X respectively. For MF operating systems, try z/OS, z/VM, z/TPF, System z for Linux and z/VSE. For System p, try AIX and Linux on Power The rest I would not know. :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, October 15, 2007 1:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: "System z"? "System z9"? "eServer zSeries"? which? In connection with a (FSVO) recent corporate acquisition, some data bases are being reorganized or assimilated. Someone has asked me what name to use for the hardware family that's the central topic of this list. On various IBM pages I see "System z", "System z9", and "eServer zSeries nnn" Which should we use? Other (specify)? o There may be restrictions on whitespace and punctuation in the name. o Ideally we'd like a name which is durable over yearly model changes. What should we use? Similar question for OS software. TOSFKAOS/360 (after the fashion of TAFKAP)? It's ironic that despite IBM's pride in upward compatibility of its hardware and software it makes frequent otiose changes in its trademarks which impact its own and ISVs' software and documentation. Thanks for your ideas, gil 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: how to know CPU MIPS ?
MIPS charts are available from a variety of sources, some free, some will cost you (www.watsonwalker.com) Download one of the freebie tools (MXI, SHOWMVS, TASID). These give you lots of information about your system(s). What IBM processors do you have installed? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Guan Sent: Friday, October 12, 2007 10:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: how to know CPU MIPS ? Hi, How can I find out the MIPS count in our enviroment. I have an IBMUSER privillage, but don't know which command should be use. And how to figure out the physical memory we have. 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
SCRT Release 14.2.0 problems
Cross-posted to IBM-Main and LPAR-PRICING_L Today, in testing SCRT 14.2 and its new functionality, I discovered a bug: PRODUCT_ID=*ALL gives an error that the id is not equal in length to 8 positions. That keyword is optional and DEFAULTS to *ALL. So if you are testing this out and want *ALL, omit the keyword entirely. Specifying an actual product id that is not the operating system or a NO89 product DOES work (i.e. 5625-DB2). I have emailed the SCRT team on this issue. I'll repost if/when I get a reply from them. Bob Richards VP, Enterprise Technologist - - Enterprise Technology Infrastructure- - Mainframe Services & Capacity Performance Mgmt - - Office: 404-575-2798Mobile: 610-246-2943 - - email: [EMAIL PROTECTED] - 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: Any way to duplex SMF data?
Continue rambling! :-) I'm getting some new ideas on ways this new logstream option may be more useful than I originally thought! Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, October 11, 2007 2:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any way to duplex SMF data? On Thu, 11 Oct 2007 12:57:33 -0500, Scott Fagen <[EMAIL PROTECTED]> wrote: >This says to me that using System Logger would solve the issue. If they lose >the data pulled from the logstream via IFASMFDL, they can always go back to >the logstream and pull it again. Unlike using MAN datasets, the logstream >doesn't get emptied with each offload of SMF data (unless, of course, the >installation chooses to). I envision many shops deleting it on offload on a daily basis - at least initially. If not thing else, it might make the transition from their current procedures easier. That is the way we currently handle LOGREC and OPERLOG (other than some test / sandbox sysplexes where it controlled only by RETPD). The question of how much to keep in the logstream is more of an issue for SMF data because of the sheer volume. I suppose we could put aside enough DASD space to keep 2 or 3 days and select the current day minus one (once you can select by relative day). That would give us a day or two fix some mistake in processing. But considering how many times a day (an hour?) we dump MANx data sets on all our LPARs, that sounds like an awful lot of DASD... even with DASD being "cheap". But then again, you can split out the logstreams by record type and just keep several days of type 70s for example. But we never lose SMF data now, so I don't think that would be the primary reason for keeping multiple days in a logstream. The reason would probably be for multiple processes to access the data and not be single threaded like they are accessing SMF data on tape - which is also not done often here since most of what everyone needs is stored in a SAS / MXG database and it gets the first crack at the data. > some snippage Ok... I'll stop rambling now. :-) Mark 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: Logical to Physical CPU ratio ROT (was Re: IXC454I messages)
Tom, IIRC, zAAPs and zIIPs have their own pools and should not factor into the ratio. IFLs would not be recognized by z/OS, so that should be a non-issue. I think Walt Caprice or someone else from WSC did a SHARE presentation on this recently. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas H Puddicombe Sent: Thursday, October 11, 2007 11:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Logical to Physical CPU ratio ROT (was Re: IXC454I messages) Far be it for me to add flammable material to an already-raging forest fire, but ... Consider a z9 processor with CP, IFL, zAAP and zIIP processors ... with "n" LPARs, all with both defined and reserved LPs in case someone invokes CUOD managed by IRD - which can and will (and does) fiddle with the number of online LPs in the various LPARs. The logical:physical ratio is not a constant, it's become a variable. How do IFL, zAAP and zIIP factor into the logical:physical ratio? Tom Puddicombe Mainframe Performance & Capacity Planning 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: Any way to duplex SMF data?
Thanks, Tom. I was unaware of SMFUTIL. It looks very suitable for what I described. Hope they offer it "inexpensively". :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Thursday, October 11, 2007 9:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any way to duplex SMF data? > > I am not sure there is a competitor to SMF Director on the market. >snippage by OP I don't have a vested interest in this either, and I'm not familiar with SMF Director. However, considering what's being discussed what about SMFUTIL by ASPG? I just went to the ASPG web site and it appears that is still around. Tom Kelman 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: Any way to duplex SMF data?
Ed, Care to elaborate? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Wednesday, October 10, 2007 5:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any way to duplex SMF data? In a message dated 10/10/2007 2:04:00 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Has anyone else developed a RYO process that indexes the record types, date/time they were dumped, where/what media they were written on and provided simple EXTRACT statements to retrieve them? Oh, and is willing to offer it cheaply? >> BUILDPDB? 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: Any way to duplex SMF data?
Reg, I am not sure there is a competitor to SMF Director on the market. And I know you have no vested interest in enlightening me on that front! Thanks for forwarding my comments to the product manager. As for taking the conversation off list, I agree if it is CA product-specific but disagree if anyone wants to discuss the relative merits of one SMF handling process over another. Tom C.'s losing SMF data was process-driven. Tom K. provided a workable solution. Has anyone else developed a RYO process that indexes the record types, date/time they were dumped, where/what media they were written on and provided simple EXTRACT statements to retrieve them? Oh, and is willing to offer it cheaply? Bob Richards VP, Enterprise Technologist - - Enterprise Technology Infrastructure- - Mainframe Services & Capacity Performance Mgmt - - Office: 404-575-2798Mobile: 610-246-2943 - - email: [EMAIL PROTECTED] - Seeing Beyond Money (sm) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Harbeck, Reg Sent: Wednesday, October 10, 2007 2:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any way to duplex SMF data? Bob, thanks for your thoughts on this. I want to be careful not to seem to be advertising software on this list, as distinct from offering suggested solutions, so I'll refrain from discussing prices in this context. However, I've forwarded your thoughts to our product manager for CA SMF Director, and I'd be willing to further this aspect of the conversation offline if you or anyone else would like. It might just come down to the value of lost SMF data. As far as the problem in question, we could look into what did and did not happen to see how it could be handled by CA SMF Director (which is a product that has evolved over time and can fulfill duplexing requirements plus a lot more). Reg Harbeck ca Product Management Director for Mainframe Strategy tel: +1-403-605-7986 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Wednesday, October 10, 2007 12:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any way to duplex SMF data? Reg, Great product when it was ManageSMF. Then someone had the bright idea to imbed it with JARS and stop offering it as a separate product. Price rose dramatically, time passes (15+ years or so), someone at CA decides to offer it as a separate product again. Great idea...unfortunately the price has never dropped back down to a reasonable level. The fact is that most shops did not buy into JARS (or IBM's product for that matter - PRS? I forget) and were forced into developing their own SMF dump processes when ManageSMF disappeared. Offer it to me for less than $25,000 OTC for a perpetual "Enterprise" license with a 15% maintenance fee and maybe, just maybe, I can talk someone into getting it again. Bob Richards 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: Any way to duplex SMF data?
Reg, Great product when it was ManageSMF. Then someone had the bright idea to imbed it with JARS and stop offering it as a separate product. Price rose dramatically, time passes (15+ years or so), someone at CA decides to offer it as a separate product again. Great idea...unfortunately the price has never dropped back down to a reasonable level. The fact is that most shops did not buy into JARS (or IBM's product for that matter - PRS? I forget) and were forced into developing their own SMF dump processes when ManageSMF disappeared. Offer it to me for less than $25,000 OTC for a perpetual "Enterprise" license with a 15% maintenance fee and maybe, just maybe, I can talk someone into getting it again. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Harbeck, Reg Sent: Wednesday, October 10, 2007 12:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any way to duplex SMF data? I just checked with one of our CA SMF experts, and got the following answer which may be of value: Yes, done at dump time. CA SMF Director Automatic Duplexing and Multiplexing of SMF Records CA SMF Director can automatically create a duplicate copy of a history file during the dump/unload process. In addition to duplexing, CA SMF Director can also be directed to write all or a portion of the SMF records being dumped to other output files. These records can then be processed immediately, without an intervening step to extract them from the history files that were just created. Data management information is also provided for the additional output files, called split files, in the form of an index, called the split file index. The index itself is managed and used by CA SMF Director, but a copy of it can be produced by CA SMF Director for use by other applications, if needed. Reg Harbeck ca Product Management Director for Mainframe Strategy tel: +1-403-605-7986 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: IBM Tivoli License Compliance Manager for z/OS
Bill, Yes to both. I am not the end user, but am told that the group responsible for it is quite happy with its functionality. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Johnson Sent: Friday, October 05, 2007 9:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM Tivoli License Compliance Manager for z/OS We are doing some initial information gathering on IBM's Tivoli License Compliance Manager for z/OS and was looking for any recommendations and/or feedback from shops that might be using it currently. Is it doing what it claims and how happy are you with it? TIA, Bill Johnson Systems Programmer Antares Management Solutions Cleveland, Ohio 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: VSAM Extended Format and DFSMS
Lizette, My recommendation is a common pool, especially if you are using logical volume sizes greater than 3390-9s. I cannot think of a good reason for a separate pool. Also, assuming KSDS here, I would work on the goal of making VSAMEF the default. Otherwise, you remain in the filtlist updating game. One of the major benefits to Extended Format is System Managed Buffering (SMB). We are in the process of trying to get all KSDS to be EF so that we can get rid of an ISV product that does buffering. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Wednesday, October 03, 2007 12:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM Extended Format and DFSMS I am just starting to have to added support for VSAM EF in our environment. I was wondering if there was any consensus as to what to do with them. Do you have them in their own pool? Do you combine them in a common pool? I have the data class already set up. I am having the users code the DATACLAS(VSAMEF) in their VSAM control cards. I will put them in a filtlist if needed, however, I only have 2 requests currently so it is managable. Any recommendataions are appreciated. Lizette -- 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 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: WLC, WLM and all the rest: how optimize them ?
My original offer still stands. Call me. There is too much variation in circumstances to type an accurate response for your situation without typing a whole book. Bob Richards VP, Enterprise Technologist - - Enterprise Technology Infrastructure- - Mainframe Services & Capacity Performance Mgmt - - Office: 404-575-2798Mobile: 610-246-2943 - - email: [EMAIL PROTECTED] - Seeing Beyond Money (sm) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Monday, September 24, 2007 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? On Mon, 24 Sep 2007 12:22:05 -0500, Kelman, Tom wrote: >> >And just to add to Bob's excellent explanation, as always. If you've >just upgraded your hardware and didn't have the IPLA agreement in place >you probably got extra entitlement based on the full capacity of the >processor. In that case you're stuck, because as was stated in a >previous post IBM doesn't give it back. We ran into that with out >upgrade last June from a 620 MIPS processor to a 1004 MIPS processor. We >signed the agreement for EWLC licensing but didn't know about the need >for a separate IPLA agreement. So now we are paying full price for our >IPLA products. > I heard back from our rep and our IPLA products are licensed for the full capacity of the processor. I'm told we don't have a sub-capacity agreement either. We are only saving on MLC. While our current savings are substantial, I'm now wondering if we might have missed an opportunity for additional savings. Sorry for the stupid questions, but I never understood the complexity of this. Now that I need to adjust, I'm finding I need to know more about it. What is the purpose of a sub-capacity agreement ??? Does it lay out costs and expectations as workloads and needs change ??? How do you go about ordering or otherwise adding capacity such that you know what your bill is going to be as a result ??? I see now that it would entail a license upgrade as well as increased monthly charges, but are those details laid out in the sub-capacity agreement ??? Does it get to the level of costs per MSU or something like that ??? 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: WLC, WLM and all the rest: how optimize them ?
You still pursued getting the IPLA sub-cap agreement signed, didn't you? While you won't get any money back, it proves to IBM that you are now *over entitled*. It took me three years to grow into the entitlement I already owned when I got that sub-cap agreement signed. Plus, if you get any *new* IPLA, they ARE ELIGIBLE for sub-cap! Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Monday, September 24, 2007 1:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? And just to add to Bob's excellent explanation, as always. If you've just upgraded your hardware and didn't have the IPLA agreement in place you probably got extra entitlement based on the full capacity of the processor. In that case you're stuck, because as was stated in a previous post IBM doesn't give it back. We ran into that with out upgrade last June from a 620 MIPS processor to a 1004 MIPS processor. We signed the agreement for EWLC licensing but didn't know about the need for a separate IPLA agreement. So now we are paying full price for our IPLA products. Tom Kelman 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: TASID 5.14 available for download from ISPF website
We have it in the Linklist here. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Monday, September 24, 2007 1:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TASID 5.14 available for download from ISPF website I am not sure how TASID caters for the $PIT control block - but one method would be to process the IPCS modules in SHASMIG. If SHASMIG is not in the linklist or STEPLIB, then TASID would not be able to locate/process the $PITs. Just a guess. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: 24 September 2007 18:07 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TASID 5.14 available for download from ISPF website > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Richards.Bob > > Which type did you download? Panels imbedded or separate? Separate. > I have them separate and am at z/OS 1.7 and it displays just fine. Fascinating (said Spock). >Snipped 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: TASID 5.14 available for download from ISPF website
Which type did you download? Panels imbedded or separate? I have them separate and am at z/OS 1.7 and it displays just fine. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, September 24, 2007 12:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TASID 5.14 available for download from ISPF website > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Richards.Bob > > Saw this posted on ISPF-L by John Kalinich and thought I > would cross-post it here just in case some of you are not > subscribed to ISPF-L. > > http://www.ibm.com/software/awdtools/ispf/support/ Any ideas why option 4 gives this on z/OS 1.7? Begin paste = TASID option menu Unsupported level Option ===> TASID could not find the PIT control block. Select one of the following options: Version 5.14 1 - Address space list5 - Miscellaneous displays 2 - System ENQ contention 6 - Current dataset allocations 3 - Total system ENQ status 7 - Storage View Facility 4 - Initiator Status List 8 - Snapshot End paste === 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 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: WLC, WLM and all the rest: how optimize them ?
Dave, You're welcome! And I agree that your IBM rep should know. :-) As it relates to the mainframe, there are two sub-capacity agreements. One is for Variable WLC and the other is the sub-capacity agreement for IPLA products. Both need to be in force if you have IPLA products. Otherwise, for just MLC products, the WLC agreement and the sub-cap amendment. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Monday, September 24, 2007 11:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? On Fri, 21 Sep 2007 16:06:58 -0400, Richards.Bob wrote: >Dave, > >Feel free to give me a call. Bob, Thanks for your kind offer. I've contacted our IBM rep and I'm trying to get more information on our sub-capacity agreement before I head off on a misinformation tangent. I'll be in touch and post on the list how we're structured. That seems to be an important part of the mix that needs to be made clear. Thanks again, Dave K. 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: WLC, WLM and all the rest: how optimize them ?
Something like that. Their portion of the software budget is over double what the mainframe software portion currently demands. One of the reasons I promoted z/Linux so heavily here was because of the license per processor paradigm. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, September 24, 2007 7:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Richards.Bob > > ..., I try to draw the line on soft-capping a production > environment for purely cost reasons. YMMV. I prefer to go > after other areas that are wasting more money than the > mainframe (distributed software) and address those issues. Goring "sacred" oxen? :-) -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 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: WLC, WLM and all the rest: how optimize them ?
Dave, Feel free to give me a call. Bob Richards VP, Enterprise Technologist - - Enterprise Technology Infrastructure- - Mainframe Services & Capacity Performance Mgmt - - Office: 404-575-2798Mobile: 610-246-2943 - - email: [EMAIL PROTECTED] - Seeing Beyond Money (sm) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Friday, September 21, 2007 3:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? On Fri, 21 Sep 2007 10:53:44 -0700, Edward Jaffe wrote: >Dave Kopischke wrote: snippage > >You must be running a very minimal software stack from IBM! > >Yes, the operating system and associated infrastructure use MLC. But, >IBM software _products_ announced after May 1999 are licensed using IPLA >contracts, which means -- when using sub-capacity pricing -- you pay an >upgrade fee the moment your peak monthly rolling four-hour average >utilization exceeds your current entitlement for that product. And, your >annual S&S goes up as well. This is similar to the pricing model used by >most ISVs. In fact, many of them now accept monthly SCRT reports as >proof that your entitlement has not been exceeded. > I think we're pretty typical with the possible exception of DB2. How can I tell what my entitlement is As far as I know, we're entitled to the full capacity. But I don't know how that part is set nor negotiated. I admit I'm pretty naive, but this is how I understand it to work. I'll find out in a couple months since we just pushed our capacity up a little to accommodate a large project. Intending to go back down afterward, so if we're going to get hit with a fee, it would be good to know that. Thanks 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: WLC, WLM and all the rest: how optimize them ?
Dave, Ed Jaffe spoke quite nicely about the IPLA impact as long as your shop has signed the IPLA sub-capacity agreement. If not, upgrade fees are immediately due based on purchased capacity, soft-capped or not. I believe it is the responsibility of capacity planners to make sure there is sufficient capacity installed to meet business requirements. With the proper sub-capacity agreements in place, you only pay for what you use. Upgrade fees only come into play if one is using the capacity. If I could drive our machines flat out, I would hope that that usage is caused by an organic growth spurt that equates to increased revenue generation. If that is true, I would be more than happy to acquire more capacity! If it is a misbehaving application or system software product, IBM, as you know, has made allowances in SCRT reporting to eliminate those extra MSUs consumed. Shane was only too willing to agree that I have been spoiled by working in large shops. While true, I still pursue most opportunities to reduce the software bill. But as I said before, I try to draw the line on soft-capping a production environment for purely cost reasons. YMMV. I prefer to go after other areas that are wasting more money than the mainframe (distributed software) and address those issues. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Friday, September 21, 2007 12:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? Soft-capping is a means to control software costs by overbuying capacity and limiting upgrade fee costs. If you run your machine flat out all the time, what do you do when you run out of capacity??? Upgrade the machine is the only option. Then you get hammered with upgrade fees. Now a major project of acquisition comes along and you have to upgrade again. More upgrade fees. Consider the situation where you buy extra capacity on the front end and soft cap it. You pay more for the machine and slightly higher upgrade fees on the front end. But from a monthly usage standpoint, you are essentially paying for a smaller machine. Now that big project or acquisition comes along. You dial up a few more MSUs and you're good to go. Your montly software bill is higher, but NO upgrade fees. Another point to consider is if you softcap to 70% of your total capacity (this is an arbitrary number, so make it whatever you want), the capacity you don't use during slow periods is available to you later (within the 4 hour rolling average). In our case, everyone takes off for lunch and not much is happening for a while after lunch. Then the market closes and pricing begins. We can run our machine at 90 - 100% of capacity to handle that sudden rush of workload. We still pay for the 70% of capacity though. >Snipped 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: WLC, WLM and all the rest: how optimize them ?
That "one day" is coming in 40 days, Shane. No worries, though. Something will come through. But to the point, I understand there are lots reasons why shops implement soft-capping. I contend that doing it using strictly this methodology could inhibit a revenue generating workload from meeting the needs of the customer. How long do you stay on a webpage that appears non-responsive? And if, as a customer, you experience this all too frequently, how long before you change to a provider with good service? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Thursday, September 20, 2007 5:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? On Thu, 2007-09-20 at 11:32 -0400, Richards.Bob wrote: > > I have a very basic problem with the approach used by zCost. It seems > counterintuitive to cap workloads based solely on cost. Maybe it is my > large scale systems mentality. Must be, Bob - one day you'll be out in the hungry world of the minnows. Seems every site I go to wants to do precisely that - cap the machine to contain (software) costs. And squeeze it further all the time. I haven't looked at zcost, but from the webpage it looks like it merely manages the target weight/defined capacity dynamically for you. But lots of people are doing that manually, believe me. SCRT is king. 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 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: RE : Re: WLC, WLM and all the rest: how optimize them ?
Patrice, I have a very basic problem with the approach used by zCost. It seems counterintuitive to cap workloads based solely on cost. Maybe it is my large scale systems mentality. Are not these workloads contributing to revenue generation? If they aren't, then use WLM to make them less important or discretionary. If they are, then why would you want to "govern" their ability to generate that revenue faster? WLM is free and it is a much better mechanism for companies to use to perform workload and cost management without resorting to what I envision as a sledgehammer approach. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of pat pat Sent: Thursday, September 20, 2007 8:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: RE : Re: WLC, WLM and all the rest: how optimize them ? Now, I remember the Software name but not the company, it's ZCOST, you can find their URL by google or by other search engine because I haven't browser access for this moment Now, I remember the software name but not the compagny, it's ZCOST. You can find there URL by Google or by other engine, because I haven't browser access at this moment. "Richards.Bob" <[EMAIL PROTECTED]> a écrit : Are you referring to Al Sherkow and his LCS software? Al also moderates the LPAR-Pricing listerserv. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, September 20, 2007 3:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? During a google search about vwlc & softcapping, I found a interesting ISV link to cost control but I don't remember his name. He makes the same like lpar group capacity 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: WLC, WLM and all the rest: how optimize them ?
Are you referring to Al Sherkow and his LCS software? Al also moderates the LPAR-Pricing listerserv. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, September 20, 2007 3:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLC, WLM and all the rest: how optimize them ? During a google search about vwlc & softcapping, I found a interesting ISV link to cost control but I don't remember his name. He makes the same like lpar group capacity 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: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation
Seeing that they joined OpenOffice.org last week, if it isn't totally compatible yet, I would expect it to be in the near future. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Wednesday, September 19, 2007 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation On Wed, 19 Sep 2007 11:13:22 -0400, Richards.Bob wrote: >IBM Releases Office Desktop Software at No Charge to Foster >Collaboration and Innovation > > http://www-03.ibm.com/press/us/en/pressrelease/22326.wss > >Cross-posted - Thought it worthy of our attention! Plus the price is >right. > In which I read: "IBM is committed to opening office desktop productivity applications just as we helped open enterprise computing with Linux," said Steve Mills, senior vice president and group executive, IBM Software Group. "The lifeblood of any organization is contained in thousands of documents. With the Open Document Format, businesses can unlock their information, making it universally accessible on any platform and on the Web in highly flexible ways." Does this mean it's compatible with OpenOffice? I hope it doesn't then succumb to incompatible feature creep. -- gil -- 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 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
FW: IBM Releases Office Desktop Software at No Charge
Jim kindly posted this to the Linux-390 and VM listservs. I am cross-posting here because of the additional info it contains. While it may not be industrial strength just yet for business use, it is definitely good for home use for people who did not get MSOffice with their XP systems (like my wife's PC). And for the Linux desktop crowd, it's another option! :-) Bob Richards -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Jim Elliott <[EMAIL PROTECTED]> Sent: Wednesday, September 19, 2007 12:44 PM To: [EMAIL PROTECTED] Subject: Re: IBM Releases Office Desktop Software at No Charge > IBM Releases Office Desktop Software at No Charge to Foster > Collaboration and Innovation > http://www-03.ibm.com/press/us/en/pressrelease/22326.wss > Cross-posted - Thought it worthy of our attention! Plus the > price is right. Bob: These are editors that are in Notes 8, separated out as a stand-alone package. Note that these are ODF compliant tools which are based on OpenOffice.org version 1 with enhancements. If you are looking for the latest and greatest in ODF compliance go with OpenOffice.org version 2. The one thing Symphony and Notes 8 has that OO v2 does not is import/export for Lotus SmartSuite formats. However, given the recent announcement of IBM's joining OpenOffice.org I would hope to see convergence of these two products. Jim -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 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
IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation
IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation http://www-03.ibm.com/press/us/en/pressrelease/22326.wss Cross-posted - Thought it worthy of our attention! Plus the price is right. Bob Richards VP, Enterprise Technologist - - Enterprise Technology Infrastructure- - Mainframe Services & Capacity Performance Mgmt - - Office: 404-575-2798Mobile: 610-246-2943 - - email: [EMAIL PROTECTED] - 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: CBT Tape Help
Glad to hear it! Bob Richards > Oh, in case anyone is wondering...my gaffe of a couple of days ago turned > into a blessing in disguise (although a rather ugly disguise), and a case > of lemons into lemonade. All is well. 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: STROBE Layoffs
We just replaced STROBE with Application Performance Analyzer and the users seem to like APA well enough. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Tuesday, September 04, 2007 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: STROBE Layoffs On Tue, 4 Sep 2007 06:22:43 -0400, Bob Shannon wrote: >No one replied so I guess no one cares. I'm surprised. > We care. Just trying to confirm the situation. Haven't heard from our rep yet. What's that cliche' ??? The silence is deafening 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: SMS Allocations
Tom, For volume selection criteria, see page 151 at the following link: http://publibz.boulder.ibm.com/epubs/pdf/dgt2s251.pdf It is the 1.8 version of the DFSMS Storage Administration Reference. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Thursday, August 30, 2007 2:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SMS Allocations How does SMS determine the volume for the first extent of a new allocation? I thought it would first try to find for a volume in the pool where it could get the first allocation amount in one extent. However, based on what I've seen in trying to allocate a dataset that's not the case. It just seems to pick a volume out of the pool at random. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 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
TASID 5.14 available for download from ISPF website
Saw this posted on ISPF-L by John Kalinich and thought I would cross-post it here just in case some of you are not subscribed to ISPF-L. http://www.ibm.com/software/awdtools/ispf/support/ Bob Richards VP, Enterprise Technologist - - Enterprise Technology Infrastructure- - Mainframe Services & Capacity Performance Mgmt - - Office: 404-575-2798Mobile: 610-246-2943 - - email: [EMAIL PROTECTED] - 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: [OT] Not exactly the best Friday off topic post
Thank you, Richard, and others on the list. To those that have contacted me offline with encouragement, your kind words and assistance is greatly appreciated. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: Monday, August 27, 2007 9:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post You have earned their respect and their actions toward you show it. Respect is priceless. Although difficult to go to the store and buy a loaf of bread with it. Everyone on the list will keep their eyes and ears open for you and the others who are looking. --- [EMAIL PROTECTED] wrote: From: "Richards.Bob" <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Date: Mon, 27 Aug 2007 09:21:43 -0400 Richard, I am a realist. Besides, no one likes sour grapes. I was gainfully employed at a good salary for 5 years, my longest tenure as a permanent employee. Now I am looking for a good opportunity to ply my skills for an employer that can put them to good use. When the news was handed down, some individuals were escorted from the building. The fact that I was not and still retain a powerful userid is a small testament to my character and work ethic. Hopefully, my next position will allow me to continue to sell the strengths of System z without apology, and at the same time, exploit the technology present on distributed platforms too. Bob Richards 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: [OT] Not exactly the best Friday off topic post
Richard, I am a realist. Besides, no one likes sour grapes. I was gainfully employed at a good salary for 5 years, my longest tenure as a permanent employee. Now I am looking for a good opportunity to ply my skills for an employer that can put them to good use. When the news was handed down, some individuals were escorted from the building. The fact that I was not and still retain a powerful userid is a small testament to my character and work ethic. Hopefully, my next position will allow me to continue to sell the strengths of System z without apology, and at the same time, exploit the technology present on distributed platforms too. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: Monday, August 27, 2007 8:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post You're a better man about than I would be! --- [EMAIL PROTECTED] wrote: From: "Richards.Bob" <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Date: Fri, 24 Aug 2007 17:06:39 -0400 Richard, I am still here. Not my "former" employer just yet. And yes, I am a VP. That and $5 can get you a good cup of Starbucks at any large financial/banking firm. The bank is very solvent. Most lists make it the 7th largest in the US. If you switch, switch for other reasons. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: Friday, August 24, 2007 3:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Maybe I should close my accounts at your former employer! Also, I thought you had VP in your job title. 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: [OT] Not exactly the best Friday off topic post
Three days ago. I waited to post until I had Darren's okay to do so. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: Friday, August 24, 2007 3:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post On Fri, 24 Aug 2007 15:11:13 -0400, Richards.Bob <[EMAIL PROTECTED]> wrote: >[Posted with Darren's permission. Thank you, Sir!] > >I just wanted to let my IBM-Main friends know that I will be a free >agent again soon. I got caught in a Reduction in Force (RIF) here. Oh >well, door closes, window opens. Glass is half full, etc. > >Anyway, if any of you are looking for help on your team and can use a >"seasoned" z/OS sysprog with multiple skill sets, drop me a note >offline. At the moment, the world is my oyster: No geographic >restrictions > You didn't JUST get your notice TODAY, did you? 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: [OT] Not exactly the best Friday off topic post
Richard, I am still here. Not my "former" employer just yet. And yes, I am a VP. That and $5 can get you a good cup of Starbucks at any large financial/banking firm. The bank is very solvent. Most lists make it the 7th largest in the US. If you switch, switch for other reasons. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: Friday, August 24, 2007 3:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Maybe I should close my accounts at your former employer! Also, I thought you had VP in your job title. 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
[OT] Not exactly the best Friday off topic post
[Posted with Darren's permission. Thank you, Sir!] I just wanted to let my IBM-Main friends know that I will be a free agent again soon. I got caught in a Reduction in Force (RIF) here. Oh well, door closes, window opens. Glass is half full, etc. Anyway, if any of you are looking for help on your team and can use a "seasoned" z/OS sysprog with multiple skill sets, drop me a note offline. At the moment, the world is my oyster: No geographic restrictions Bob Richards VP, Enterprise Technologist - - Enterprise Technology Infrastructure- - Mainframe Services & Capacity Performance Mgmt - - Office: 404-575-2798Mobile: 610-246-2943 - - email: [EMAIL PROTECTED] - 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: SMS Question - Urgent
Dean, I would recommend that you remove any dead code in your ACS routines. It isn't that difficult to add it in at the appropriate time and it removes any confusion when the routines are read by someone else. Also, I totally agree with the suggestion someone made to remove the compound tests for valid DASD units and place a single entry test at or near the top of your selection logic. When I coded ACS routines, I tried to stay within a framework on the selection logic that performed tests for most inclusive/exclusive to least inclusive/exclusive. I tested for a valid storage class first, handled special processing second (including the logic to not assign a storage class), handled valid DASD and TAPE units, handled Job names, program names, DDNAMEs, etc. Lastly, I coded dataset and volser logic. I also documented each section with comments so there was no confusion as to what each select, when statements were trying to accomplish. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Wednesday, August 22, 2007 9:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent Thank you for bringing this to my attention. These are the filterlists I have defined: FILTLIST DASD_UNITS INCLUDE('3390','SYSDA','SYSALLDA', '') FILTLIST TAPE_UNITS INCLUDE('3590*','MAGSTAR','T3590') FILTLIST DB2_VOL INCLUDE(* ) In the select logic I check for the dataset name being passed and the DASD units. So could I get burned by this example ? We don't SMS manage any tape and the filter list defined for the tape units is no where in the logic. We just defined it in the event we might use it someday. 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: SMS Question - Urgent
Terrific! Let us know if we can be of further assistance! :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Wednesday, August 22, 2007 9:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent Yes it did. When I removed those parms from IDCAMS and ran the define w/ '' in the filterlist for DASD units the define worked and the appropriate storclas & dataclas were assigned. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Wednesday, August 22, 2007 9:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent Dean, Now test if it will assign the correct SC without the explicit specification of the SC. Bob Richards 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: SMS Question - Urgent
Dean, Now test if it will assign the correct SC without the explicit specification of the SC. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Wednesday, August 22, 2007 9:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent Hi, I added a STORCLAS and DATACLAS parm to the define and it didn't take. I still got the "required volume list missing". I modified the ACS routine to include ''' (quote quote) in the filter list of valid DASD units. The define was successful: snipped 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: Identifying SASDBs in SMS ACS routines
David, They don't all have the same name, but your 'PGM EQ' suggestion is definitely better than my weak reply. :-) I stopped segregating SAS databases a long time ago. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Monday, August 20, 2007 11:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Identifying SASDBs in SMS ACS routines It's been awhile since I had to deal with SAS on a maiframe but don't all SAS executions use the same program name? Something like the following may work for you: WHEN (&PGM EQ 'sasprog') DO SET &STORGRP = 'xxx' EXIT END 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: Identifying SASDBs in SMS ACS routines
Jennifer, You may be forced to control them by dataset name in this case. Dataset name masking is your friend. :-) Sorry I do not have better news for you. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jennifer Currell Sent: Monday, August 20, 2007 11:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Identifying SASDBs in SMS ACS routines I am trying to write some SMS ACS code to identify SAS databases. SASDBs seem to have these characteristics - DSORG=PS and RECFM=FS. I want to set up a separate SMS Storage group for SASDBs but I can't seem to find a way to code something in the ACS routines. I can do a check for &DSORG=PS but there doesn't seem anything for the RECFM. Any ideas? -- 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 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: SMS Question
Not true, John. For just a construct change of that nature, only ACTIVATE is needed. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, August 17, 2007 1:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo > Sent: Wednesday, May 09, 2007 8:44 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: SMS Question > > > Hallo Gentle Readers, > > I just altered a STORAGE GROUP - I changed the AUTO BACKUP > & AUTO DUMP options from Y to N. My question is do I have to > do the TRANSLATE, VALIDATE & ACTIVATE so as for it to take effect? > > Thanks. Yes. 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: SMS Question - Urgent
Dean, Can you post your storage class routine? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Friday, August 17, 2007 3:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent VVDS's are defined. Did the sprinkle. In 3.2 I can allocate, batch is where I have the issue. They both go down the same path, right ? 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: How old are you?
My S.O., who many SHARE attendees met in Anaheim, *IS* young enough (37) to be my daughter! When we got back from SHARE, she installed Hercules on her PC before I did on mine! (Then she said to me: "What else is this stuff good for? What games can I play on it? ") Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Friday, August 03, 2007 2:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How old are you? As am I; 56 that is! However, my S.O. who is older than I, but on bad days, you would think she was my daughter. :( -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Thursday, August 02, 2007 12:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How old are you? HAHAHAHA - for about 6 and 1/2 months you are older than I am. HAHAHAHA I keep forgetting that we are eligible for discounts on some things! Bob Richards (And I do not even look 56!) 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: How old are you?
Not funny, Steve, not funny! (Well, actually it is, because I am smiling, but.) :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Thursday, August 02, 2007 3:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How old are you? Bob Richards (And I do not even look 56!) Nope, you don't. Not any more. . . 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: How old are you?
HAHAHAHA - for about 6 and 1/2 months you are older than I am. HAHAHAHA I keep forgetting that we are eligible for discounts on some things! Bob Richards (And I do not even look 56!) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Thursday, August 02, 2007 11:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How old are you? Maarten Slegtenhorst wrote: >Hmpf, > >Two and a half weeks ago, I would have been in a younger age-group :( > > > My sympathies. Turned 57 today 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: Poll - Distance between Data Center and DR
Lizette, It depends! (Of course) What are the naturally occurring problems within the primary data centers location? Things like power grids, weather problems, transportation issues, telco coverage, etc. What are the business reasons for a PPRC setup over an XRC setup? What is the cost of downtime to the business? < This one dictates the solution. There are many, many more questions, but you get the idea. I have had my 2nd site at 400 yards and at 500 miles. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, August 02, 2007 10:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Poll - Distance between Data Center and DR Listers - Poll question of the day: How one goes about determining a good "distance" between 2 data centers. One which is primary and one which could be used as a DR site. Is there any papers, manuals, redbooks that give a good ROT for this topic? And what is your feelings on this issue. Is 4 miles between two data centers too close? is 100 miles between two data centers to far? Any thoughts or a pundit's 2cents worth on this? I have been trying to determine this in a generic way. Not based on what we have for connectivity. But what would be a good business case to show upper management that if we had XX miles between our data centers, then a regional issue would not take out our business. But if we were only 4 miles apart, we would be in a world of hurt. Thanks for your input Lizette -- 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 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: Question about the listserv
Amen!! And please accept my personal thanks, Darren. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Monday, July 30, 2007 4:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question about the listserv Hi all, We are guests in the home of Darren, Ed, UA. House rules are always the last word. Darren does a lot of work on IBM-MAIN that I am sure is not in his job description and I don't expect he gets any slack on everything that is. I find Darren's extra work make the list more usable. It is a very noisy list already if he were not actively working to screem some of the garbage out it might become useless. Darren please know we appreciate all the work! Just ignore Ed the rest of us have been doing that for a long time...Thanks for the constant upkeep on IBM-MAIN! Thanks, Sam -Original Message- But when I return to Tuscaloosa, I will take out my software and just let the subscribers do as they please. 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: some basic questions about Z system, Zlinux....
Tom, Don't forget the ten releases of OS/390. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Monday, July 30, 2007 11:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: some basic questions about Z system, Zlinux Also, z/OS is the current evolution of the original IBM operating system that came out in the 1960s. It has gone from MFT to MVT to SVS to MVS to MVS/XA to MVS/ESA and now z/OS. Over the years it has continued to improve and keep up with the times. 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: z/OS job market (I could just scream!)
Radoslaw, Out of curiosity though, how are they phonetically pronounced? :-) Bob Richards > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Richards.Bob > Sent: Friday, July 27, 2007 7:26 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: z/OS job market (I could just scream!) > > Can I buy a few vowels? :-) > > Bob Richards > > > For the beginning say Szczebrzeszyn, Szczecin or Pszczyna (city names). > > -- > Radoslaw Skorupka 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: How much do you value Share ( Was Spam from SHARE)
I think I have deleted a lot more posts on this thread than SHARE spam I received. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Friday, July 27, 2007 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How much do you value Share ( Was Spam from SHARE) snipped 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: z/OS job market (I could just scream!)
Can I buy a few vowels? :-) Bob Richards For the beginning say Szczebrzeszyn, Szczecin or Pszczyna (city names). -- Radoslaw Skorupka Lodz, Poland 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: SUSPECT: Re: Think your an expert with MVS Diagnostic tools? Programmed in Assembler? Work with DFSMS products? Looking for a new career opportunity? What are you waiting for, Open this!!!!
Guys! It is the recruiter who misspelled, not the company for whom you would be working. IBM is indeed the company, but the rate is pitiful even if you already live in Tucson. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Wilkie Sent: Thursday, July 26, 2007 9:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SUSPECT: Re: Think your an expert with MVS Diagnostic tools? Programmed in Assembler? Work with DFSMS products? Looking for a new career opportunity? What are you waiting for, Open this How about ALOT and a whole NOTHER? Bill >From: SUBSCRIBE IBM-MAIN Niall <[EMAIL PROTECTED]> >Reply-To: IBM Mainframe Discussion List >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: Think your an expert with MVS Diagnostic tools? Programmed in >Assembler? Work with DFSMS products? Looking for a new career opportunity? >What are you waiting for, Open this >Date: Thu, 26 Jul 2007 07:55:44 -0500 > >I wouldn't be able to find it in myself to work for a company which didn't >know >the differene between "your" and you're". 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: Mainframe shops held hostage, Itanium alliance says
Gary, Thanks! I needed a good laugh this afternoon. There is so much factually wrong in that article, it was amusing. And at the bottom, there is a link to a CA article by Vincent Re that counters some of it, especially when you look at the Top 10 reasons link he has for staying with the mainframe. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, July 25, 2007 3:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe shops held hostage, Itanium alliance says Interview about why everyone should migrate away from the mainframe. http://searchdatacenter.techtarget.com/qna/0,289202,sid80_gci1265623,00. html?track=NL-576&ad=598271&asrc=EM_NLT_1860635&uid=1900046 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: Rotational Positional Sensing (RPS)
Ed, Now that I can see "why" you asked the question, FWIW, I concur with your recommendation. I suspect Bill is correct about downward compatibility, but what person in their right mind would connect ancient devices to a current system. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, July 23, 2007 8:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Rotational Positional Sensing (RPS) Richards.Bob wrote: > Do you know of any DASD subsystem that does not publish RPM information? > I thought not. They still "care". > > But kidding aside, I would suspect the last time it "really mattered" it > would be a real 3990-3390 SLED. > > Am I missing something in your question here? > I assume RPS sector numbers are *ignored* for ESS and newer devices. But, the IBM documentation does not confirm my assumption. Rather, they still fully document the RPS factors that are returned, how to calculate the sector value, etc. I noticed the tuning Redbook said that RPS delays cannot occur on ESS. But, says nothing about what, if anything, the sector number you (are expected to?) provide might be used for. Setting the sector number to x'FF' in the ECKD locate record parameter list disables the use of RPS. I'd like to see us do that for all modern DASD devices. -- 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 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: Rotational Positional Sensing (RPS)
Do you know of any DASD subsystem that does not publish RPM information? I thought not. They still "care". But kidding aside, I would suspect the last time it "really mattered" it would be a real 3990-3390 SLED. Am I missing something in your question here? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, July 23, 2007 7:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Rotational Positional Sensing (RPS) Does anyone know for sure which was the last DASD subsystem that cared about Rotational Positional Sensing (RPS) values? -- 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 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: Catalog/alias question
You're special, of course! :-) Does their process create a snapshot/backup/audit trail? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lucy Arnold Sent: Tuesday, July 17, 2007 7:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Catalog/alias question All, We just upgraded from ZOS 1.4 to ZOS 1.7. We used Dino T-rex to sync the 1.7 and 1.4 catalogs. We wound up "loosing" several alias' out of a small test catalog. Trex tech support can find nothing suspicious in any of my jobs. Did this happen to anyone else, or am I special? Thanks Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- 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 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: What happened to Phil Payne's page?
I tried just his homepage and got: Great Success ! Apache is working on your cPanel(r) and WHM(tm) Server If you can see this page, then the people who manage this server have installed cPanel and WebHost Manager (WHM) which use the Apache Web server software and the Apache Interface to OpenSSL (mod_ssl) successfully. They now have to add content to this directory and replace this placeholder page, or else point the server at their real content. ATTENTION! If you are seeing this page instead of the site you expected, please contact the administrator of the site involved. (Try sending an email to <[EMAIL PROTECTED]>.) Although this site is running cPanel, WebHost Manager, and Apache software it almost certainly has no other connection to cPanel Inc. or the Apache Group. Please do not send mail about this site or its contents to cPanel Inc. or the Apache Group. About cPanel: cPanel is a leading provider of software for the webhosting industry. If you would like to learn more about cPanel please visit our website at www.cpanel.net. Please be advised that cPanel Inc. is not a web hosting company, and as such has no control over content found elsewhere on this site. About Apache HTTP Server: The Apache HTTP Server is an open source web server which powers many of the worlds web sites. The Apache HTTP server is part of the Apache Group's many influential projects. Their efforts have helped shape much the world wide web, and they continue to be a dominating force in the web Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Thursday, July 12, 2007 1:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: What happened to Phil Payne's page? Phil Payne wrote: > Forget PSI. Forget Fundamental. And forget PWD. > > It's about zSeries End of Life, and how to control the collapse. > > http://www.isham-research.co.uk/ibm_vs_psi.html > The above was back in mid-April of this year. I tried to link to it today and it's 404 not found. 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: Share & z/OS Mastery Test
And all that time I thought it was a cubicle wall! Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Thursday, July 12, 2007 11:19 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Share & z/OS Mastery Test - I too have very messy desk and tend to use the flat surface virtual stacking filing system. --- I KNEW there was a name for that! As Bob Richards and Rich Vipond can attest, I also used that system extensively. A coworker told me that after I was RIF'ed, it took them nearly two weeks to sort down through the stacks and categorize/file everything. 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: Looking to hear about "switch back to mainframe" experiences
Eval, Some of my questions are: * Was the performance as good as promised? Depends on the application. Heavy I/O favors the System z. YMMV * Were there quirks with using the ibm jdk compared to Sun's? None that I am aware of. More problems with different levels of Java. * Did you have problems with security folks in your organization since you were now consolidating the database and appservers on the same physical machine? Security folks do their job well; However, application architecture should not be one of them. * What ended up taking longer time than expected? What were you disappointed in? Uncertified combinations. * Were the savings from such a consolidation warranted? Silly question. $$$ are behind most consolidations. * Was it hard to overcome resistance to "back to mainframe" from the distributed-thinkers? Closed-minded thinkers are the same regardless of platform. By the way, are you thinking z/OS or Linux on System z? And, lest I mislead you, I answered the above questions based on the experiences of others. But I'll bet dollars to donuts, most respondents would reply similarly. Bob 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: IBM withdraws Z890 ?!?!?!
Tom, Think bleeding-edge large shops, which is where I have worked a fair amount of my career. I certainly have heard it before. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Tuesday, July 03, 2007 9:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM withdraws Z890 ?!?!?! On Tue, 3 Jul 2007 15:31:27 +0900, Timothy Sipples wrote: >Some people beat up IBM for *not* withdrawing older models soon enough, Really? I can't say that I've ever heard that before. -- Tom Marchant 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: IBM obsoleting mainframe hardware
Ed, No comment on the fact that Tom can "depreciate" that you are inconvenienced? I find this whole discussion mildly amusing. There are reasons you buy new hardware and software. *Supposedly* you are getting "better business value" out of the new acquisitions that exceeds the existing business value of your current assets. Otherwise, why upgrade? The fact that assets have value that can be depreciated over time is nice for the financial types, but don't forget that once you have spent the money it is a sunk cost. Making business decisions based on sunk costs might "save face", but could be disastrous to the decision at hand. Just my $.02 (was a dollar, but has depreciated over 3-5 years) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Thursday, June 28, 2007 1:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM obsoleting mainframe hardware Pinnacle wrote: > While I can depreciate the fact that Ed and Chris are inconvenienced > as software vendors from a support standpoint, most clients I deal > with find the 3-5 year depreciation cycle on IBM mainframes to be way > too short. I remember going to the IBM gripe, er, open discussion > session at SHARE a few years back where a number of government > customers were concerned about IBM shortening the life cycle of > mainframe hardware. Most of them had a 1-2 year procurement process > alone, which really put them behind the 8-ball by the time a decision > was made to purchase. That's one of the reasons that so many > government customers are not running the latest and greatest. Tom, I was there with you at that SHARE meeting. Bob Rogers and Mary Beth Bradley were fielding questions from angry customers for the entire session. That was a special (and especially bad) case and the customers had every right to be angry! snipped 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: Patents, Copyrights, Profits, Flex and Hercules
Mark, I am fairly sure it was imbedded and in order to get it, you had to also get CA-JARS (a very bad idea. IBM's Performance Reporter was worse, at the time, though...LOL). Yup, VERY convenient and useful tool. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, June 14, 2007 2:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Patents, Copyrights, Profits, Flex and Hercules On Thu, 14 Jun 2007 13:39:48 -0400, Richards.Bob <[EMAIL PROTECTED]> wrote: >I think Manage/SMF was one of them. Not content to have a very useful >product, they imbedded it into CA-JARS. In the last couple of years it >was been split out again as SMF Director, but they want too many $$$ for >a functionality that most sysprogs developed a workaround for 20 years >ago. > I used that product at my first job. I liked it. It was thrown in as a freebie with a bunch of other products as part of a huge software contract with CA for one of the MVS environments that supported a bank. Every CA product known to man kind ran on that system (years later that helped me when consulting since I worked with so many CA products). Was it part of JARS or just given the JARS brand name? ISTR it being named JARS/SMF. At any rate, you are correct about the cost. One of my clients was looking at getting it and I remember that the cost seemed very high. But it was very convenient to just say "give me SMF data from this date to that date" and not worry about data set names, exact run times and split offs, 4 weeks in a month or 5, etc. 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: Patents, Copyrights, Profits, Flex and Hercules
I think Manage/SMF was one of them. Not content to have a very useful product, they imbedded it into CA-JARS. In the last couple of years it was been split out again as SMF Director, but they want too many $$$ for a functionality that most sysprogs developed a workaround for 20 years ago. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, June 14, 2007 1:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Patents, Copyrights, Profits, Flex and Hercules CA acquired ASM2 so long ago that I forgot where they got it from - but I don't think CA was the original developer. I can think of very few products *EVER* developed by CA. Including their very 1st product CA-SORT. Their old motto "Software Superior by Design" should have read "Software Superior by Acquisition" 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: HSM ML2 volume list
Resending, rejected the first time. Something about OCTET stream. Snipped original content. Here's a simple, but handy piece of REXX code. Change "hlq" to match your shop's naming conventions. From 3.4 or option 6, invoke as: %HTRUE ZDB2IUS.P.DSQDBCTL.DSQTSCT3.D070515.T001229 /*** REXX */ /* HTRUE - Determine true name for HSM Backup or Migrated Dataset */ /**/ /* Modification History:- */ /* -- */ /* UseridDate Comment */ /* --- */ /* Bob 09/25/00 Initial Setup */ /**/ /* / /* Program Description:- */ /* - */ /* This REXX program is used to determine the true name of a HBAC or */ /* HMIG dataset. */ /**/ /**/ Arg parms Call SET_UP Call DETERMINE_INPUT hlq Call VIEW_IT Exit /* Establish initial variables*/ SET_UP: fixlist = USERID()'.REALNAME.LIST' parms = STRIP(parms,,"'") parms = STRIP(parms) hlq = SUBSTR(parms,1,4) Return DETERMINE_INPUT: Arg hlq If hlq = 'HMIG' | hlq = 'HBAC' then Call FIX_CDS parms Else Call PROCESS_LIST Return /* Use FIXCDS to determine the real dataset name */ FIX_CDS: Arg parms If hlq = 'HBAC' then fixtype = 'C' If hlq = 'HMIG' then fixtype = 'A' 'HSEND FIXCDS' fixtype parms 'ODS('''fixlist''') LOGONLY DISPLAY(4)' '%PAUSE' 1 Return VIEW_IT: Address TSO '%PAUSE' 10 'ALLOC DD(FIXLIST) DSN('''fixlist''') SHR REUSE' Address ISPEXEC 'LMINIT DATAID(DATAID) DDNAME(FIXLIST)' 'BROWSE DATAID('dataid')' 'LMFREE DATAID('dataid')' Address TSO 'FREE DD(FIXLIST)' x = MSG('OFF') Return PROCESS_LIST: Address TSO 'ALLOC DD(INLIST) DSN('''parms''') SHR REUSE' 'EXECIO * DISKR INLIST (STEM list. FINIS)' Do i = 1 to list.0 Parse Var list.i parms . parms = STRIP(parms)
Re: HSM ML2 volume list
Here's a simple, but handy piece of REXX code. Change "hlq" to match your shop's naming conventions. From 3.4 or option 6, invoke as: %HTRUE ZDB2IUS.P.DSQDBCTL.DSQTSCT3.D070515.T001229 /*** REXX */ /* HTRUE - Determine true name for HSM Backup or Migrated Dataset */ /**/ /* Modification History:- */ /* -- */ /* UseridDate Comment */ /* --- */ /* Bob 09/25/00 Initial Setup */ /**/ /* / /* Program Description:- */ /* - */ /* This REXX program is used to determine the true name of a HBAC or */ /* HMIG dataset. */ /**/ /**/ Arg parms Call SET_UP Call DETERMINE_INPUT hlq Call VIEW_IT Exit /* Establish initial variables*/ SET_UP: fixlist = USERID()'.REALNAME.LIST' parms = STRIP(parms,,"'") parms = STRIP(parms) hlq = SUBSTR(parms,1,4) Return DETERMINE_INPUT: Arg hlq If hlq = 'HMIG' | hlq = 'HBAC' then Call FIX_CDS parms Else Call PROCESS_LIST Return /* Use FIXCDS to determine the real dataset name */ FIX_CDS: Arg parms If hlq = 'HBAC' then fixtype = 'C' If hlq = 'HMIG' then fixtype = 'A' 'HSEND FIXCDS' fixtype parms 'ODS('''fixlist''') LOGONLY DISPLAY(4)' '%PAUSE' 1 Return VIEW_IT: Address TSO '%PAUSE' 10 'ALLOC DD(FIXLIST) DSN('''fixlist''') SHR REUSE' Address ISPEXEC 'LMINIT DATAID(DATAID) DDNAME(FIXLIST)' 'BROWSE DATAID('dataid')' 'LMFREE DATAID('dataid')' Address TSO 'FREE DD(FIXLIST)' x = MSG('OFF') Return PROCESS_LIST: Address TSO 'ALLOC DD(INLIST) DSN('''parms''') SHR REUSE' 'EXECIO * DISKR INLIST (STEM list. FINIS)' Do i = 1 to list.0 Parse Var list.i parms . parms = STRIP(parms) hlq = SUBSTR(parms,1,4) Call DETERMIN
Re: FDRPAS Question
According to QuickRef, something is up that you are not aware of and it is preventing you from shooting yourself in the foot! :-) This message may occur: - if you have systems which are not running MVS-type operating systems or which are not active; see "Multi-System Determination" in Section 320.01 for details - if you have not started a FDRPAS monitor task on all system images - if the target device is online to some systems (see message FDR235 in the monitor task listings) - if the monitor tasks are not monitoring the proper target device(s) - if some monitor tasks have failed. - if the monitor tasks have a low dispatching priority on a busy system, or the LPAR running the monitor task has a low priority; you will probably need to increase the task or LPAR priority to get a successful swap. Message FDR234 REASON=M may also be displayed on the console to identify the non- responding systems. See the topic "System Determination" in Section 300.05 for an explanation of FDRPAS multi-system operation and the determination of the number of systems. Also see the #SYSTEMS= and MIN#SYSTEMS= parameters in Section 310.02. . If you are using the FDRPAS ISPF panels to monitor active swaps, this message will also appear on the ISPF display; you can reply to it from ISPF or from the operator console. Note: if WTOR=NO is specified on the FDRPAS main statement, then the FDRW68 message is issued as a WTO, not a WTOR, and the operator cannot reply; the FDRPAS ISPF panel must be used to reply. Action:Reply YES - if you want the swap to continue. This should be done only if you are sure that the additional system images do not have the source volume online; Innovation suggests that you use console commands on every system to verify how many have the volume online. If in doubt, reply NO until the condition can be investigated and corrected if necessary. Reply NO - terminate the swap request. Message FDR234 REASON=Q will be printed. Reply RETRY - FDRPAS will wait additional time to see if the additional systems indicate their participation. If you did not start FDRPAS monitor tasks on all systems, start them before replying. If sufficient additional systems do not participate, the message will be reissued. Under no circumstances should you automate the reply to this message. Every occurrence of the message must be investigated by a knowledgeable person before replying. We recommend that you reply RETRY at least once in case some monitor tasks were running but were not able to respond in time. I would heed that warning. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Tuesday, June 12, 2007 12:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: FDRPAS Question I have a four CPU complex with multiple LPARS on each CEC and DASD from three vendors attached to all CECs. Using FDRPAS to swap a volume that is only online to one volume, but getting fdrw68 message. Anyone else run into that situation? What did you do to get rid of the message? Any suggestions are appreciated. 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
IBM-Main Anniversary
Wednesday was also IBM-Main's anniversary, 21st I think. Darren, Ed is that correct? Bob Richards VP, Enterprise Technologist Enterprise Technology Infrastructure SunTrust Banks, Inc. (404) 575-2798 Seeing beyond money (sm) 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: explicity coding for STORCLAS & DATACLAS
Tommy, Post the data class and storage class routines or email them to me and I'll help you figure out what is going on. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui Sent: Thursday, June 07, 2007 6:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: explicity coding for STORCLAS & DATACLAS Hi all, Thanks all of your kind information and advice. what I try to do is that 1) in JCL if no storage class and dataclass code then all datasets will allocate to non-sms managed volume or work pack. 2) If JCL code the STORCLAS & DATACLAS then all datasets will allocate to sms-managed volume In case 2, all dataset will only allocate to sms-managed volume if VOL=SER= is specified, how can I allocate all dataset to sms-managed volume without assign the VOL=SER=X, I think ACS bypass something In ACS routine Storage group I specified the following WHEN (&STORCLAS = 'SC4G') DO SET &STORGRP='SG4G' EXIT END After I insert the write statement in ACS for STORCLAS & STORGRP, write &STORCLAS, &STORGRP nothing write to sysout...it seems that ACS only assigned a dataclass and then exit without move to storage class and storage group assignment. only have I assigned the VOL=SER=XX in JCL ,,the write statement for &STORCLS & &STORGRP are come out 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: explicity coding for STORCLAS & DATACLAS
Bruce, In this case, I think he meant by "authority" that the userid was not in a special userid filter list and that that filter list value is part of a compound test when testing for the presence of an explicit storclas specification. (wow, I typed a mouthful...LOL) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Wednesday, June 06, 2007 3:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: explicity coding for STORCLAS & DATACLAS > > You may not have authority to specify the StorClass. I believe that a RACF violation on the Storclas name would result in an allocation failure. I believe that the only explanation is that his storclas ACS routine is checking for an input storclas (one specified by the caller as he did) and changing it to blank, which makes the dataset non-SMS. He needs to examine the ACS routine to see why this is happening. Bottom line is that every shop handles explicitly specified classes differently. 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: MQ CPU Creep
Tom, We put up MQ V6 late last year. I seem to remember this same problem occurring, so you should get a hit on their PMR database. Oh, and use LCS' WHATIF (SETMSUS) capability to remove the offending time periods and specify customer MSUs on your SCRT reporting for MQ. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Wednesday, June 06, 2007 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: MQ CPU Creep We recently installed MQ v6 along with z/OS v1.7. After this installation we started to see CPU usage creep in the MQ master of about 2% CPU per day on a 2096-107. The system started out using less than 1% of the processor on May 20 and by May 31 it was using 13% of the processor. We are currently working with IBM on this problem, but I was wondering if anyone else has experienced it. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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 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: Jim Keohane
You are most welcome. I have only cross-posted from the MQSeries list to IBM-Main, so if others are aware of other lists he posted to, you may want to pass the word along. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Friday, May 25, 2007 12:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Jim Keohane Hi Bob, Thanks for passing this along. I never met Jim in person, like so many of the folks in the larger mainframe community, but did correspond with him a few times. Jim was a very bright and personable fellow who seemed to enjoy sharing his knowledge. He is one of many over the years who have donated a few extra dollars to CBTTAPE.ORG to help keep the lights on. He was a good man and I am sure he has gone to a good mans rest. Sam Knutson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Friday, May 25, 2007 11:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FW: Jim Keohane For those that knew Jim. Bob Richards -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Keohane Sent: Friday, May 25, 2007 9:45 AM To: [EMAIL PROTECTED] Subject: Re: Unsubscribe Help Sir This is Jim's wife and I am sorry to say Jim passed away last Thurs. I am trying to clean up the business and all his associations if you could assist in removing him from your lists it would be appreciated. I am not a computer genius that was Jim's area. Thanks Rae Keohane Jim Keohane Multi-Platforms, Inc. Levittown, NY 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
FW: Jim Keohane
For those that knew Jim. Bob Richards -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Keohane Sent: Friday, May 25, 2007 9:45 AM To: [EMAIL PROTECTED] Subject: Re: Unsubscribe Help Sir This is Jim's wife and I am sorry to say Jim passed away last Thurs. I am trying to clean up the business and all his associations if you could assist in removing him from your lists it would be appreciated. I am not a computer genius that was Jim's area. Thanks Rae Keohane Jim Keohane Multi-Platforms, Inc. Levittown, NY 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: Delete invalid dataset name
Tom replied with the only correct answer and it has been that way for at least 15 yrs. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, May 21, 2007 6:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Delete invalid dataset name On Mon, 21 May 2007 17:08:05 -0400, Arthur T. wrote: > >> How might we delete this little bugger? >> >>SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY > >1. DD statement DISP=(OLD,DELETE) with the DSN within >quotes. Remember to code UNIT & VOL. If there are lower >case letters, you have to be careful how it's submitted >because some techniques will upper-case it "for" you. (Of >course, stick it in a jobstep, probably IEFBR14.) > Ouch! Only Shane would approve of such a product. The present requirement is an example of why it's undesirable. >2. "D" command from ISPF dataset list of a volume. > I've found that not to work in cases. 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: Top 10 software install gripes
Tom, You aren't the only ones, just the vocal ones! Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Wednesday, May 16, 2007 6:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Top 10 software install gripes - Original Message - From: "Neal Eckhardt" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, May 16, 2007 4:18 PM Subject: Re: Top 10 software install gripes > On 11 May 2007 12:17:17 -0700, [EMAIL PROTECTED] (Tom > Marchant) wrote: > >>On Fri, 11 May 2007 11:21:13 -0500, Thomas Conley wrote: >> >>>#4 - Directory blocks should ALWAYS be a multiple of 45. That way I >>>won't >>>get directory out of space the next time you expand your product. >> >>ITYM because a 3390 track will hold 45 directory blocks. That might or >>moght >>not mean that you won't run out of directory space, though. Certainly, I >>think >>a direcrtory should have room to allow for more members or more >>information in >>the user data. > > My gripe is that there is NO REASON for a vendor to be stingy with > directory blocks. I hate it when the initial install goes OK, then the > first maintenance tape causes me 5 runs because 4 datasets run out of > directory blocks. > > You'd think that they were paying for the disk space. > Neal, THANK YOU I took so much crap for this one. Guess you and I are the only ones that think running out of directory blocks during maintenance because the initial install specified 10 is stupid. Regards, Tom Conley 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: "Payback" on zIIPs
John, A tool is not available yet that can do this "automagically". My performance folks have indicated that, from Day 1 in our environment, they offloaded over 300 MIPS and 200 MIPS of zIIP-eligible work was still running on GP processors. Needless to say, we installed another zIIP per CEC. I have ballparked the $$$ value of that 500 MIPS not participating in the *peak* simultaneous four hour rolling average, but hestitate to proffer a percentage figure off of one month's experience. Initial high profile zIIP consumer in my environment is PeopleSoft DRDA work. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, May 16, 2007 2:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: "Payback" on zIIPs Hi, All, Looking for (pointers to) "real-world" data on software license cost savings attributable to zIIP processors: Percentage reduction in chargeable MSUs or VWLC dollar costs, and specific types of workloads that "qualified" for execution on the zIIP. Currently running z/OS 1.7 and getting ready to upgrade to DB2 v8, with z/OS 1.9 "on the plate" for early next year. z9-EC and z9-BC in parallel sysplex. 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 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: Another "migration" from the mainframe
Chris, I agree with your observations. However, "my" comments were directed specifically at the NYSE/SIAC situation. Did 9/11 not teach them anything? One would hope that the SEC, OCC, etc. have imposed upon them some form of regulatory guidance as it relates to HA and business continuity. If that is a valid assumption, then it can't be as valid a business case as they are presenting. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Tuesday, May 15, 2007 12:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another "migration" from the mainframe And Bob Richards asked > I wonder if they will reveal the costs of extra hw/sw for high- > availability and business continuance associated with this migration. > Probably not. Well that's a fine question. Here's what I think, based on just a little bit of experience :0) with z customers... There are a small number of customers at the high end for whom the System z and parallel sysplex is the only alternative. Those are the customers who spend the time and effort to configure coupling facilities, data sharing and all of the other dozens of failure avoidance/failure mitigation features of the platform. Those (high-end) customers are NOT migrating away from the platform, but even they are being very judicious about new work that goes on the box(es). It has become a pure cost containment exercise for most - see my last paragraph below. The rest of the customers, by-and-large, have not bought into the parallel sysplex story and they still run their systems like its 1985. The only reasonable conclusion you can draw is that their availability requirements really aren't all that demanding. In effect, they don't think its worth spending the extra money and resources to get true high availability and disaster survivability. Now we could all argue over whether that's really wise, but the fact remains that those customers have made a business judgement. And those are the same customers who are, little by little, deserting the platform. For customers with less demanding requirements, there are plenty of alternatives and the fact that so many have switched and NOT gone back ought to be sobering to this community. On a slightly off-topic note, there is a large body of evidence that MOST of the IT budget (75-85%!!) is consumed in just keeping the lights on. There is almost nothing left over for either new development, or for exploitation of feature function, even if that would ultimately save money. That has become the dominant issue for most customers and probably drives the behaviors we are all seeing. They may be nuts, but they're not stupid :-) 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: Another "migration" from the mainframe
I wonder if they will reveal the costs of extra hw/sw for high-availability and business continuance associated with this migration. Probably not. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Tuesday, May 15, 2007 10:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Another "migration" from the mainframe SIAC is migrating 1600 MIPS from the mainframe to save money. http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gc i1254860,00.html 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: Measuring Use of BLSR Buffers
Either it was not available then or was too new. I forget which. Was it supported on OS/390 2.10? If it was, my bad. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, May 09, 2007 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Measuring Use of BLSR Buffers >IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets. > >I would like to hear reasons as to why not. > > > > --- Then why didn;t you implement that at our place?? 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: Measuring Use of BLSR Buffers
Manage the exceptions, but apply the rule! :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Lawrence Sent: Wednesday, May 09, 2007 11:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Measuring Use of BLSR Buffers Also IMS Bob Lawrence DBA Boscovs Dept Stores LLC 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: Measuring Use of BLSR Buffers
Peter, You *can* limit compression in the data class. Just set it to no. Plus, if you do want a data class with compression, you can control its assignment (and lack thereof) through filter lists and selection logic. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 Sent: Wednesday, May 09, 2007 11:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Measuring Use of BLSR Buffers The argument here appears to be that Extended permits Compressed, and Compressed uses (very) scarce CPU resources. I am given to understand you can't limit the usage of Compressed after allowing Extended, but I have not done my own RTFM to verify or refute that. 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: Measuring Use of BLSR Buffers
IMNSHO, extended format should be the *DEFAULT* for all VSAM datasets. I would like to hear reasons as to why not. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 Sent: Wednesday, May 09, 2007 10:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Measuring Use of BLSR Buffers Thanks for the pointer, Ed, but I can't use SMB because I am not dealing with Extended datasets. As noted in the info you quoted below, the requirements to use SMB include a requirement to use SMS storage and Extended format. I am using SMS storage but not Extended format here. At the moment Extended format requires a special request to the storage admins, and so is rarely used. Peter -Original Message- From: Ed Finnell [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Measuring Use of BLSR Buffers Since DFP 1.4, IBM recommends SMB vs BLSR. Might start small and see if it can work in this situation. Certainly gives you better numbers to wave around. Some restrictions: 2.5.4.2 Tuning for System-Managed Buffering For system-managed buffering (SMB), the data set must use both of the following options: * System Management Subsystem (SMS) storage * Extended format (DSNTYPE=ext in the data class) 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: Systems Programmer job posting
W2 - A wage earnings statement we send to the government when we file our taxes 1099 - A form filled out by either an employer or a self-employed individual to let the government know how much was earned. SSA - Social Security Administration SSN - Social Security Number IRS - Internal Revenue Service (part of the US Department of Treasury and the division that collects our taxes for the government) No idea on average salaries. See Computerworld articles on this topic. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, May 03, 2007 1:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Out of curiosity: what is - W2 - 1099 - SSA (see Gary's mail) - IRS BTW: What is avg (yearly) salary in U.S.A. ? BTW2: IMHO every job is better than no job. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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 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: Mainframe Data Center Permanant Shutdown Procedure Needed
Bill, Search the latest archives for Eric Bielfield. If anyone has that list, he does. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pfeifer, William Sent: Thursday, May 03, 2007 11:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe Data Center Permanant Shutdown Procedure Needed It has now finally happened; our mainframe jobs have all been converted to PCs. Only a few miscellaneous jobs will be run in the next 30 days. At the same time, a company has acquired us and is interested in only our block of business. All employees have been given their 90 days notice with a few to be retained until company dissolution. PC operations will be handled eventually by a third party for the Acquirer. This is not a surprise as we have seen it coming. We are running OS/390 2.10 as the processor, a Multiprise 2003-104, does not possess the architecture to support z/OS. And since it is only 9 mips, it stands to reason that PCs can easily handle the workload and they do. All needed files and reports have been converted too. It amazes me to hear people say they consider themselves a small shop but have over a 1000 mips at work. We have been preparing for this final transition but are not sure we have all our bases covered. Listed below are some items that we have consider so far: * Destroy all tape cartridges (3480s) as they may contain personal data like SSNs, names, addresses and birthdates. * Apply a product like FDRERASE to purge the dasd. * Contact software vendors to cancel contracts. * Dispose of the mainframe and peripheral devices. Employee placement services are been taken care of. Most of us are in our 50s and 60s and may have to consider other careers. I'm 62 and will retire after 40 years of mainframe data processing starting with tab equipment to IBM 1401, Univac U3 and so on. Loved my job and appreciative of participating in such challenging work. What we would like to have is a procedure that someone may have prepared to make sure nothing is missed. Would someone please provide me with such a document or point me in a direction. 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: Systems Programmer job posting
Allan, I agree with all the points you made. Prior to 9/11 and the 2002 recession, contract rates ranged from $85-$125 per hour in the major metropolitan areas and $60-$80 elsewhere. Are they still depressed or have they rebounded? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, May 03, 2007 9:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Bob, No offense taken. Having been in the situation and spending almost 2 years looking for a permanent (or semi-permanent) position, I was merely pointing out the the multitudes on this list that almost any paying position is better than unemployment or Wal-mart, etc. Many of us have decried jobs being exported overseas. Here is one in the US that pays a decent wage. I agree this position is paying lower than the norm for our profession, but is is still a decent wage. Many in this country would *LOVE* to be making 63K anually. With some frugality, one can live quite nicely on $63k/year in a market such as KC. One could probably *not* do that in DC, Boston, Chicago, etc. If I were currently unemployed, I would strongly consider this especially if I had permanent residence elsewhere. With the advantage of being able to say almost all living expenses were work related and the associated tax benefits, the effective pay rate would be much higher that $34/hour. -- 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 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: Systems Programmer job posting
Allan, You have a very valid point about unemployment. I hope I have not offended anyone. I certainly did not mean to. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, May 03, 2007 8:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Systems Programmer job posting Pay peanuts, get monkeys. . . . "Sherman, set the wayback machine to 1990" "Yes. Mr. Peabody" $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. "Boss, need a cup of coffee?" On the other hand it *IS* more than unemployment. My questions is a security clearance required? That will delay the start from 6-9 months. -- 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 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: Systems Programmer job posting
"Sherman, set the wayback machine to 1990" "Yes. Mr. Peabody" $34 per hour? You've got to be kidding. Boeing paid me that amount 17 yrs ago as a PERMANENT employee. Have contract rates really dropped that far below 2001 levels? I had better go suck up to my boss some more. "Boss, need a cup of coffee?" Seriously, is that contract rate the "new norm"? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Johnson Sent: Thursday, May 03, 2007 8:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Systems Programmer job posting The position can be salary or W2, NO telecommute or 1099. The salary is 63K with full benefits, plus overtime. One may choose W2 at $34hr plus overtime. I mention overtime because the work wks are 44hrs. Working conditions are said to be excellent. 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: Ulterior Motive for IBM's Lawsuits
Hey, watch it there! To broad of a sweeping statement! :-) Bob Richards (Ex-USAF Autopilot Specialist on C5As, C141s and C130s) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Tuesday, May 01, 2007 9:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ulterior Motive for IBM's Lawsuits >Good thing airlines don't use military spec autopilots. Good thing I >don't fly one either. 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: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
Ron, Obviously my suggestion has to take into consideration what else is going on in one's shop. I wouldn't exactly recommend this for shops doing data movement either (as we are). I cannot remember the last time I saw a DEFRAG here. We also have DTS Software in house. Works fine, lasts a long time. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Tuesday, May 01, 2007 6:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW: Do we have to defrag MVS volumes on newer generation disk arrays? Bob, No problems with that. It's a lot better than the mid-afternoon religious observation to DEFRAG that I have seen in too many sites. At 5 volumes a day some volumes may get their 2nd defrag after 2 or 3 years And the thought of using FCTOPPRCPRIMARY with random DEFRAGS scares my pants off. Ron 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: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
Ron, I have no arguments with what you wrote except "I" probably would add five DEFRAGs to it. One defrag of one volume per storage group per day or per week. I would defrag the volume with the largest frag index. No harm, no foul there and it may just handle one of those monthly space abends. Call this plan a compromise between arguments from both camps. A placebo if you will. There, I feel better already! Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Tuesday, May 01, 2007 4:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW: Do we have to defrag MVS volumes on newer generation disk arrays? Greg, > snipped a great write up 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: Internal DASD Pathing (was: Latest Principles of Operation)
3880-xx Controller series followed by the 3990-xxx series DASD was 3380-D, 3380-E, 3380-J, 3380-K, 3390-1, 3390-2, 3390-3 (today's major image) and 3390-9 (a true SLED pulled by crippled and maimed dogs) Yes, the 3380s had four paths. Do not recall if it was ever increased. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] IBM 3350A2/B2 modules on IBM 3830 Controller? Not sure about IBM 3375, I was told we had them and most IBM DASD at that time, 1979 or so, at NVIP but I was not aware of all we had back then. I think the IBM 3380 had 4 internal path selection. "Mark H. Young" <[EMAIL PROTECTED]> Speaking of dual pathing.that brings to mind something I could not remember recently about 3380 geometry DASD that had "internal pathing"??? Remember those? Anyone know what the device was called from IBM? Like maybe the model name et al?? I'm experiencing my daily Alzheimer's spell. We had them back in the day (mid-1980s) at Marriott Corp. in Bethesda, MD, and had to consider what we placed where so it didn't cause performance problems. 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: Am I the only one that did not know about this...? (MF Article)
My all-time favorite Monty Python routine! Norwegian "Blue" Armonk? http://www.mtholyoke.edu/~ebarnes/python/dead-parrot.htm Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doc Farmer Sent: Thursday, April 12, 2007 4:10 PM To: [EMAIL PROTECTED] Subject: Re: Am I the only one that did not know about this...? (MF Article) It's not dead! It's restin'... Lovely OS, in'it? Beautiful Plumage! It's probably pinein' for Armonk... 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: Extract listing of production datasets
In addition to what others have replied, tools like FDREPORT, Catalog RecoveryPlus, T-REX, Catalog Solutions and the good old free Catalog Search Interface (CSI) can do this VERY fast. See SYS1.SAMPLIB members: IGGCSILC IGGCSIRX for examples you can use. CSI is much, much faster than ISMF or 3.4. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Fake Sent: Wednesday, April 11, 2007 4:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Extract listing of production datasets I have a need to generate a listing of all production datasets. The way the production datasets are identified is via the 4th byte of the high level qualifier. If the 4th byte is a P, it is production. For example: EGMP.DATASET.ONE and DNUP.DATASET.ONE are production. EGMT.DATASET.ONE and DNUT.DATASET.ONE are test, etc. What is the easiest method to identify and extract to a flat file these production dataset names? 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: IMBED/REPLICATE/KEYRANGE Question
Mark, It WON'T happen. If it does, it will be the biggest break fix IBM will have had in recent memory (20+ years). Anyone else remember the DFP deltas? Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Wednesday, April 11, 2007 10:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IMBED/REPLICATE/KEYRANGE Question It most likely won't happen, but if: 1) All DASD Datasets are fixed. 2) Install new OS without support. 3) User(s) restore datasets from HSM to DASD with IMBED/REPLICATE/KEYRANGE attributes. 4) Implement OS without support 5) User can't access datasets Will HRECOVER then perform the attribute removal, or is the removal only done on recalls? 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: IMBED/REPLICATE/KEYRANGE Question
Mark, It already is a benign issue. The three keywords are ignored. I would rather IBM spend their copious free time working on solving *real* problems. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Wednesday, April 11, 2007 10:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IMBED/REPLICATE/KEYRANGE Question It would be nice if IBM could add that support to HSM now instead of waiting for the zOS release that removes support. Murphy says that once we clean up all DASD datasets with these attributes someone will recall datasets with the attributes right before we go into production with the new operating system level. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Marna WALLE Sent: Wednesday, April 11, 2007 10:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IMBED/REPLICATE/KEYRANGE Question Hello David, I would hope that Ed and I weren't saying different things, but there had been relatively newer information added to II13894 (which was copied here) on the topic, so perhaps that was the difference. Before this information was added to II13894 (which said that the recall would *not* be a problem for those data sets migrated with the IMBED and REPLICATE attributes), I was indeed concerned about the situation. Now, with this addition (and the support which accompanies it), I'm much less concerned :). -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- 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 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: IMBED/REPLICATE/KEYRANGE Question
Do you have CR+, T-REX, Catalog Solutions or FDREPORT? If so, identifying them is a piece of cake. I believe your assumption is correct, but have not tried it. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Tuesday, April 10, 2007 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IMBED/REPLICATE/KEYRANGE Question We are about to begin a project to identify and "fix" any KSDS's that have these attributes. The identification of the effected datasets that reside on primary storage is not a problem, but how do we identify migrated datasets with these attributes. I assume that the datasets won't be redefined without the attributes when/if they are recalled. TIA. -- Mark Jacobs Time Customer Service Tampa, FL - They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. - Benjamin Franklin -- 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 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: ISPF problem
To clear up Eric's correction, in Saudi Arabia, IBM is legally known as SBM (Saudi Business Machines). Something to do with 51% of ownership has to be by a Saudi national. PSRs are gone, but when I left in '98, there were still a few SEs around that basically provided the same service. I remember many, many days when I worked until 9pm at night facilitating meetings with San Jose and Tucson at 8-9am their time. I "was" the support center for my customer! Bob Richards (ex-SBM employee) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Monday, April 09, 2007 9:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF problem Eric, I'm not sure you can get support center support from Saudi Arabia. At least you couldn't when I left in 95. From: Eric Bielefeld [mailto:[EMAIL PROTECTED] Sent: Mon 4/9/2007 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF problem IBM PSR? How many years has it been since IBM had PSRs? You might want to call the support center. 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: What's a CPU second?
MSUs- See http://www.isham-research.co.uk/dd.html#msus MIPS- See http://www.isham-research.co.uk/dd.html#mips Are they about the same thing? Not exactly, but I'll leave it for you to decide. They both have been applied as indicators of performance, MIPS as a service provider and MSUs as a service consumer. Oh, MSUs also comes in two flavors: hardware and software. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Friday, March 30, 2007 1:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What's a CPU second? >And in each of the answers to the OP, I never saw the term MIPS used. I >saw the term MSU a lot. Are they about the same thing? 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