Re: IBM's Supercomputer Watson to be featured on Jeopardy! soon
This is certainly of interest to computer geeks like us in general, but I'm not sure why it would be of specific interest to mainframers. According to this - http://www-03.ibm.com/press/us/en/pressrelease/33233.wss - Watson is powered by an IBM POWER7 server, or more than likely, a room of IBM POWER7 servers linked in parallel. I doubt it is a mainframe as we think of one. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Wednesday, December 15, 2010 11:38 AM To: IBM-MAIN@bama.ua.edu Subject: IBM's Supercomputer Watson to be featured on Jeopardy! soon Very interesting news that should appeal to many of us mainframers: Jeopardy! on February 14-16, 2011 will pit IBM's Supercomputer Watson in an attempt to outscore both of Jeopardy!'s most successful guests. http://www.engadget.com/2010/06/17/ibms-watson-is-really-smart-will-try- to-prove-it-on-jeopardy/ Background on Watson's two competitors: http://www.engadget.com/2010/12/14/ibms-watson-supercomputer-will-play-j eopardy-on-these-dates/ Bill Fairchild Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
A detailed explanation would be nice. The way this article reads it's the mainframe that's at fault. As though this wouldn't have happened if the platform had been something other than the mainframe. However, I'd bet that the upgrade was to the application system, not the mainframe, and something was wrong in a new application program that corrupted the file. I'm wondering why it took 5 days to recover. It sounds like a proper backup/backout procedure wasn't in place in case of a failure like this. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Mednick Sent: Tuesday, November 30, 2010 1:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: I would love to know what went wrong at NAB One wonders if a detailed explanation of what transpired will be forthcoming as was the case back in July when the DBS Bank in Singapore had a major outage. http://www.dbs.com/newsroom/2010/press100804.aspx Stephen Mednick Computer Supervisory Services Sydney, Australia -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sheldon Davis Sent: Tuesday, 30 November 2010 5:54 PM To: IBM-MAIN@bama.ua.edu Subject: I would love to know what went wrong at NAB I would love to know how a corrupt system file in a parrallel sysplex can affect a payroll system http://www.channelregister.co.uk/2010/11/29/nab_mainframe_cockup/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question of the Day - CPU Utilization on a Soft Capped Machine
RMF/SMF records timings, not percentages, so whatever analysis program you are using is calculating the percentages. Typically that is a percentage of the total machine/LPAR/engine, not based on the cap. That is the percentage figure you'd see in the RMF reports. Of course, once the LPAR use hits the cap, then WLM will act as if the system is at 100% utilization and not allow it to go above the cap. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, November 19, 2010 8:35 AM To: IBM-MAIN@bama.ua.edu Subject: Question of the Day - CPU Utilization on a Soft Capped Machine Posted on behalf of a colleague: When we measure CPU utilization [%] on an LPAR that is soft capped, are the results based on the soft capped available capacity or the defined capacity? Inquiring minds want to know. Assumption: Measurement is via SDSF (DA), RMF or TMON/MVS. TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
Ron, Are the libraries listed in the linklist on the two LPARs different? It sounds to me as if you have a bogus IEFBR14 in the one linklist. I'd check the libraries in the linklist on the LPAR where it is failing, starting with the first library in the list, to verify that. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Friday, November 19, 2010 9:38 AM To: IBM-MAIN@bama.ua.edu Subject: IEFBR14 Just happened and seeing if anyone else has run across this runninf z/os 1.11 ran IEFBR14 and recieved 0C4-4 on one LPAR..runs on other LPAR put in STEPLIB on failing LPAR and works?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
Yes, it sounds interesting. Did CA7 install its own version of IEFBR14? As Gerhard said in another post, IEFBR14 as supplied doesn't have any instructions requiring addressability, so it can't get an S0C4. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gerhard Adam Sent: Friday, November 19, 2010 12:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFBR14 just to let everyone know...ca7 problem.. What does that mean? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ReSizing the SMF Man Files
I think that Mike is actually asking if general purpose automated operations can be accomplished via the IEFU29 exit, and the answer to that is no. The IEFU29 exit is an SMF exit specifically designed to handle the situation when the SMF files are switched. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, November 18, 2010 9:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Automation is automated action on the event that an SMF dataset is full and needs to be dumped and cleared. SMF reports this to the operator via: IEE388I SMF NOW RECORDING ON... and SMF exit IEFU29 is called for this event. In a non-automated environment the operator should issue a START command for the dump/clear task. Automation from decades ago allows IEFU29 to start the dump/clear task can be started. Or an automation tool could react to the IEE388I message and start the dump/clear task. Kees. Ward, Mike S mw...@ssfcu.org wrote in message news:6b34aedeeb35274e81437a445900b2d7c81...@hdqsrvexcvs.ssfcuad.ssfcu.o rg... When you guys talk about automation are you just talking about SMF dumping, or are you talking about actually replacing something like Netview automation with an exit? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, November 18, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Mark Zelden mzel...@flash.net wrote in message news:listserv%201011180910490100.0...@bama.ua.edu... On Thu, 18 Nov 2010 09:59:27 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: On Thu, 18 Nov 2010 00:42:13 -0600 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Kelman, Tom wrote: :We have it set up via the IEFU29 exit to submit a started task to dump the :MAN file when a switch takes place. I do believe that this is the common :process. :While it is a common process to start dumping when a switch takes place, we :here are making use of an automation package to pickup the message(s) and :kick off a job (or STC) to relieve the MANx datasets of their data. :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). I wouldn't say that makes it much better or really any better. What I think makes IEFU29 better is that it is free and doesn't rely on automation software running (even if the automation software was free). For example, some of my sandbox LPARs don't have any automation running. One thing automation can do that IEFU29 can't is dump full MANx data sets at IPL time that may have switched as you were shutting down.In our production LPARs, this is taken care of when the SMFDUMP program runs each night since it does a switch and dumps all MANx data sets that are full. In my sandbox LPARs, I use SMFDUMP at IPL time only, but it shares the same proc as my normal SMFDUMP started via IEFU29. Another difference is efficiency: some 25 lines of assembler code in IEFU29 versus tons of Rexx code fired off in SA by the message. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which
Re: ReSizing the SMF Man Files
Posted by Tom Kelman: As long as the dump process is running properly SMF just switches between the two large datasets, and the smaller dataset doesn't even get used. Reply from Ted MacNeil: Since when? In a lifetime away, we found that the smaller ones were gettin used, in order. Well, we do have 4 MAN files on our production system. We have it set up via the IEFU29 exit to submit a started task to dump the MAN file when a switch takes place. I do believe that this is the common process. I just checked the dump tasks from yesterday and they are switching between dumping MAN1 and MAN2. MAN3 and MAN4 are never getting used. SMF will always use the first empty dataset in the series. If you're using IEFU29 to submit the dump routine at the time of the switch, you'll very rarely use any but the first two datasets. That is unless you have a very, very busy SMF system. Tom Kelman Capacity Planning Commerce Bank, Kansas City * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ReSizing the SMF Man Files
Ted, I've never experienced that type of activity unless someone has turned on something like a DB2 trace, and I have worked at a fairly large bank. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, November 16, 2010 4:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Many smaller MAN datasets could allow you to perform (more easily) SMF dump ad hoc (you just need to analyze fresh records). Depends on your activity. I've worked at banks where 2G SMF data sets fill up in 20 minutes. Small data sets would be totally unmanageable! - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ReSizing the SMF Man Files
Not only do you need to IPL (or at least restart SMF) to change the CISIZE of the MAN files, the CISIZE of all the MAN files must be the same, and the RECSIZE must be the same as the CISIZE. See pages 2-13 and 2-14 in the z/OS 1.11 version of the MVS System Management Facilities manual for this information. If you have Barry Merrill's MXG system there is a program in the sourclib named ANALSMF. If you run a typical days SMF dumped data through that, it will produce reports that will help you decide on an optimal CISIZE for the MAN files. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, November 16, 2010 2:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files On Tue, 16 Nov 2010 15:15:01 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been reading the manual on resizing our SMF MAN files. We are not using LOGSTREAMS, just VSAM. We are z/OS V1.11. It says that we need to IPL to change our MAN files. Is this correct? Are there reasons that an IPL is required when altering the size or cisize of thse files? Thanks Lizette Changing SIZE, no. Changing CISIZE, yes. I don't think setting SMF NOACTIVE works for the latter case either. Why? Because IBM says so. :-) If only changing the size, just create / swap in and out SMFPRMxx members. 1) switch SMF 2) dump dsn you switched from (and any other ones that are full) 3) activate new member without the dsn(s) you want to delete / define (not including the one just switched to in #1) 4) delete / define / format new dsn(s) 5) activate new member with dsn(s) you want active. Repeat the process to get the last dsn (the one you switched to in #1). If you just delete / define and not format in #4, SMF will format it when you do the SET SMF=xx command to activate the member. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ReSizing the SMF Man Files
It also states that the CISIZE must be equal to the physical record size. Selecting the SMF Data Set Control Interval: The control-interval (CI) size of SMF data sets can range from 0.5K (512 bytes) to 26K (26624 bytes) in size, with certain restrictions. The user specifies the CI size of the SMF data set and the device type when the VSAM data set is defined. Then, VSAM chooses the physical record size of the data set based on the specified CI size and the track size of the specified device type. SMF requires the CI size to equal the physical record size; otherwise, SMF cannot open the data set. Instead, SMF issues an error message to the console in addition to displaying the 'feedback' code. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Peterson Sent: Tuesday, November 16, 2010 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Mark is of course correct. In case you need a pointer, here's the IBM reference to the restriction on changing the CISIZE for an SMF data set. It could be a bit tricky to find as CISIZE, CI size, and control interval size are all keywords to describe this concept in the manual. From z/OS System Management Facilities (SMF) topic 2.3.1.2 Using DEFINE to Create SMF Data Sets: The CI size of the first SMF data set that the system opens during an IPL will be the CI size for all SMF data sets for that IPL. If SMF encounters a data set with a different CI size, then the data set is not used, and the system displays a message on the console informing the operator of the problem. A data set that has any error does not go on the list of active data sets. If all data sets fail to be successfully opened and allocated, then 4K (4096 bytes) is chosen as the default CI size for the IPL, and SMF buffers the data. If you define a new group of SMF data sets with a different CI size, you must re-IPL to use these data sets. When you define an SMF data set, the logical record size must be 10 less than the CI size. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ReSizing the SMF Man Files
Radoslaw, What is your reasoning behind using many MAN datasets? The system only records to one dataset at a time, unlike paging datasets which are all being used. I've found that 2 large datasets and one smaller emergency dataset are sufficient. As long as the dump process is running properly SMF just switches between the two large datasets, and the smaller dataset doesn't even get used. You only need the smaller one in an emergency when something interferes with the dump processing, like an operator cancelling the task. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, November 16, 2010 3:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files W dniu 2010-11-16 21:26, Mark Zelden pisze: On Tue, 16 Nov 2010 15:15:01 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been reading the manual on resizing our SMF MAN files. We are not using LOGSTREAMS, just VSAM. We are z/OS V1.11. It says that we need to IPL to change our MAN files. Is this correct? Are there reasons that an IPL is required when altering the size or cisize of thse files? Just to complement other responses: You can change size of MAN datasets and *number* of datasets. IMHO it's good idea to have many datasets, the higer SMF recording activity the more datasets. BTW: In fact I remember no ROT (rule of thumb) regarding CISZ of MAN datasets. Maybe default is simply OK? -- 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 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DB2 v10 Changes to zIIP Processing
Cross posted to IBM-Main and MXG-L. We are looking at upgrading from DB2 v8 to DB2 v10 next year, and my management has asked if DB2 v10 will end up moving any more processing to our zIIP engine. By the time we upgrade to DB2 v10 we will also be on z/OS 1.11. Does anyone have any experience with DB2 v10 making greater use of the zIIP engine, or is there a way to determine if it will in a particular shop? Tom Kelman Capacity Planning Commerce Bank, Kansas City * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Discussion Lists
Helen, First, I would suggest you send an email to lists...@bama.ua.edu with the message listserv refcard in the body of the email. This will get you a list of all the commands you can submit to control your session. For your specific question send the following to lists...@bama.ua.edu depending on what you want, a digest or an index. I'm not sure what the difference is between a digest and an index, but you could try them both. Set ibm-main digest Set ibm-main index Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Biederbeck, Helen K Sent: Friday, November 05, 2010 8:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Discussion Lists Dear Sirs, My Inbox/deleted folders are getting over run with emails from IBM Mainframe Discussion List and I can't seem to figure out how to turn them off. I only want a daily list of IBM MF info I suppose by headers. I don't want all of the individual responses. How do I correct this asap? Thank you Helen Biederbeck -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU capping is not working for one Lpar only on CEC?
Cobe, Another thing is that as someone posted it looks like your trying to use the hard cap by setting a weight of 160 with a dummy LPAR weighted at 10. That gives the real LPAR about 94% of the machine (160/(160+10)). You then talk about wanting to set it to 24 out of 26 MSUs. That comes to around 92%. Your kind of comparing apples to oranges. Besides, the software MSU figure is not the best thing to use for performance and capacity planning studies. It was designed by IBM solely as a way to keep software costs down. The software MSU to machine power ratio has been changing to the customers favor with each new hardware release. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Cobe Xu Sent: Thursday, November 04, 2010 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CPU capping is not working for one Lpar only on CEC? Response to what am I trying to do?, I'm working on a yearly performance capacity review, and saw many many occasions that CPU overshoot the CAP line about 3%. And I try to figure this out. Thanks all, will check the PR/SM manual for the 1~3% saying. On Thu, Nov 4, 2010 at 11:49 PM, Al Sherkow a...@sherkow.com wrote: That 3% is not unexpected. WLM works with PR/SM to implement the cap. WLM does the math and PR/SM does the actually capping. If you read the PR/SM planning guides (as Peter referenced) you'll see that PR/SM manages LPARs to +- 3 percent. I believe that WLM does the calculation to account for the possible MINUS 3%. If you were trying to cap at 100 MSUs and you only got 97 MSUs while paying for 100 you would be upset. If you pay for 100MSUs and get 3 Bonus MSUs you are a satisfied customer. (I chose 100 MSUs to make the math easy) Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD Voice: +1 414 332-3062 Web: www.sherkow.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Cobe Xu Best Regards --- zOS Performance Capacity Analyst E2E Performance Analyst Email: cob...@gmail.com --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How long for SMF to switch
That's true, but you'll dump less often. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, November 02, 2010 3:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How long for SMF to switch If you are running a large CICS shop, and you have CICS TS v3 or higher, make sure you have compression of the SMF 110 records turned on. That will greatly reduce the amount of data put to the MAN files. Yes, but once the dataset is full it will still take as long to dump. 2G is still 2G, or whatever size your MAN's are. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU capping is not working for one Lpar only on CEC?
Cobe, You do have me a little confused when you talk about capping at 24 MSUs and setting the WEIGHT (which I assume is the LPAR weighting factor) to 160. These are different. Also, the LPAR weighting factor is just a relative number. It does not relate to MIPS. As far as the LPAR going over the cap in any given interval, that can occur as long as the MSU four hour rolling average (4HRA) remains below the cap. It is when the 4HRA hits the cap that you'll see the peaks chopped off. Once the 4HRA falls below the cap the system can once again spike up above that. If you have a cap set, and you are on sub-capacity pricing, IBM's software charges for the sub-capacity priced software will be based on the highest 4HRA for the month, but will never exceed the cap. Actually, if you are not using sub-capacity pricing for your software, I can't think of any reason to set a cap. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Cobe Xu Sent: Wednesday, November 03, 2010 5:00 AM To: IBM-MAIN@bama.ua.edu Subject: CPU capping is not working for one Lpar only on CEC? Hi list, We aim to cap the only active LPAR on the CEC(26 MSU) to 24 MSU. But, I'm a bit confuse when I checked the RMF CPU Activity report as below, which shows that with the interval, SYS2 was able to use up to 25 MSU. (Highlighted) So my questions are: 1. Is this because CPU capping is not working for only one active LPAR on the CEC? If it's the case, any reference? 2. Or, this is related to the WEIGHT value we used to CAP? in our case, we reference our CEC capacity is 26 MSU (about 171 MIPS), target to CAP 24 MSU (160 MIPS). . But, for client's sake, we use MIPS value as the WEIGHT,i.e 160. (as highlighted in the report). And, this mislead the Lpar scheduler that it is over 100% of the CEC. Thus, SYS2 can use as much as it needs. 3. Or any other posibility? Pls shed some light, thanks a lot! PAGE2 z/OS V1R8SYSTEM ID SYS2 START 08/17/2010-03.00.00 INTERVAL 000.59.59 RPT VERSION V1R8 RMF END 08/17/2010-04.00.00 CYCLE 0.100 SECONDS MVS PARTITION NAMESYS2NUMBER OF PHYSICAL PROCESSORS 4 GROUP NAME N/A IMAGE CAPACITY 24 CP2 LIMITN/A NUMBER OF CONFIGURED PARTITIONS 5 ICF 2 WAIT COMPLETION NO DISPATCH INTERVAL DYNAMIC - PARTITION DATA - -- LOGICAL PARTITION PROCESSOR DATA -- -- AVERAGE PROCESSOR UTILIZATION PERCENTAGES -- MSU -CAPPING-- PROCESSOR- DISPATCH TIME DATA LOGICAL PROCESSORS --- PHYSICAL PROCESSORS --- NAME S WGT DEFACT DEF WLM% NUM TYPE EFFECTIVE TOTAL EFFECTIVETOTAL LPAR MGMT EFFECTIVE TOTAL SYS2 A 1600 25 YES0.02 CP01.55.49.238 01.55.53.278 96.5296.57 0.06 96.52 96.57 SYS6 A100 0 YES0.02 CP00.00.00.000 00.00.00.0000.00 0.00 0.00 0.00 0.00 *PHYSICAL* 00.00.01.367 0.02 0.02 -- -- -- TOTAL 01.55.49.238 01.55.54.645 0.08 96.52 96.59 CFP01AH2 A DED1 ICF 00.59.59.655 00.59.59.725 99.9999.99 0.00 50.00 50.00 CFP02AH2 A DED1 ICF 00.59.59.666 00.59.59.708 99.9999.99 0.00 50.00 50.00 *PHYSICAL* 00.00.00.422 0.01 0.01 -- -- -- TOTAL 01.59.59.321 01.59.59.855 0.01 99.99 100.0 SYS8 -- Cobe Xu Best Regards --- zOS Performance Capacity Analyst E2E Performance Analyst Email: cob...@gmail.com --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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
Re: How long for SMF to switch
On my production system during prime shift (not quiet) it took about 35 seconds. 09:51:02.00 $TCK 0290 I SMF 09:51:36.49 INTERNAL 0290 START DUMPSMF,DSNAME=SYS1.MAN1 09:51:36.50 0281 IEE360I SMF NOW RECORDING ON SYS1.MAN2 ON SYSC02 TIME=09.51.36 09:51:37.31 STC22057 0281 $HASP100 DUMPSMF ON STCINRDR 09:51:37.41 STC22057 0290 IEF695I START DUMPSMF WITH JOBNAME DUMPSMF IS ASSIGNED TO USER $$MAN 09:51:37.41 STC22057 0281 $HASP373 DUMPSMF STARTED 09:51:37.43 STC22057 0090 IEF403I DUMPSMF - STARTED - TIME=09.51.37 Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Tuesday, November 02, 2010 9:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How long for SMF to switch Less than 2 seconds. 10:03:54.28 MARPACE 0290 I SMF 10:03:54.32 INTERNAL 0290 START DUMPXY,FILENM=SYS1.MAN2 10:03:54.32 0090 IEFU29 HAS ISSUED 'START DUMPXY,FILENM=SYS1.MAN2 ' 10:03:54.32 0290 IEF196I IEFU29 HAS ISSUED 'START DUMPXY,FILENM=SYS1.MAN2 10:03:54.32 0290 IEF196I' 10:03:54.32 0090 IEE360I SMF NOW RECORDING ON SYS1.MAN1 ON PCAT11 TIME=10.03.54 10:03:55.14 STC06644 0281 $HASP100 DUMPXY ON STCINRDR 10:03:55.16 STC06644 0290 IEF695I START DUMPXY WITH JOBNAME DUMPXY IS ASSIGNED TO USER IBMUSER , GROUP SYS1 10:03:55.16 STC06644 0281 $HASP373 DUMPXY STARTED 10:03:55.16 STC06644 0090 IEF403I DUMPXY - STARTED - TIME=10.03.55 10:03:55.95 STC06644 0290 - -TIMINGS (MINS.)-- -PAGING COUNTS 10:03:55.95 STC06644 0290 -STEPNAME PROCSTEPRC EXCP CONN TCB SRB CLOCK SERV WORKLOAD PAGE SWAP VIO SWAPS 10:03:55.95 STC06644 0290 - SMFCLEAR00 1993281 .00 .00 .0 1496 PROD 0 0 0 0 10:03:55.95 STC06644 0090 IEF404I DUMPXY - ENDED - TIME=10.03.55 10:03:55.95 STC06644 0290 -DUMPXY ENDED. NAME- TOTAL TCB CPU TIME= .00 TOTAL ELAPSED TIME=.0 10:03:55.96 STC06644 0281 $HASP395 DUMPXY ENDED On Tue, Nov 2, 2010 at 10:01 AM, Lizette Koehler stars...@mindspring.comwrote: I am currently working on rewriting our SMF Dump process. I was wondering on a quiet system, if I issue an I SMF command, about how long till the switch? I am seeing about 1.5 mins from command to switch. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How long for SMF to switch
If you are running a large CICS shop, and you have CICS TS v3 or higher, make sure you have compression of the SMF 110 records turned on. That will greatly reduce the amount of data put to the MAN files. Of course your post processors will have to be able to decompress the records. I know that MXG will do this, and I'm sure any major post processing product will be set up to do the decompression. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, November 02, 2010 3:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How long for SMF to switch Our process to offload the SMF data from the MAN files waits until all MAN files are full. (Yes - I will be fixing that). I've never worked in an environment that did it that way, so I won't comment. So it forces a switch SMF between each step. Because the MAN files are small on very active systems (Yes - I will be fixing that), any time I can save in switching will reduce the amount of time I am buffering SMF. I'd suggest that you do fix the two above. Then 1.5 minutes won't be an issue. It's a symptom -- NOT the problem. As to size, I'd recommend 2G per and a minimum of 6. I used to work for a large CICS shop, and we were dumping every 20 minutes during the peak. But, we didn't have any issues since dumping was asynchronous. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Outsourcing story
Interesting, but I wonder how much it relates to our reality. From the web site about the program. Outsourced is NBC's new workplace comedy series centered around a catalog-based company, Mid America Novelties, that sells American novelty goods including whoopee cushions, foam fingers and wallets made of bacon, and whose call center has suddenly been outsourced to India. After recently completing Mid America Novelties' manager training program, Todd Dempsy (Ben Rappaport, off-Broadway's The Gingerbread House) learns that the call center is being outsourced to India, and he is asked to move there to be the manager. Having never ventured out of the country, he is unprepared for the culture shock. Overwhelmed, Todd discovers that his new staff needs a crash course in all things American if they are to understand the U.S. product line and ramp up sales from halfway around the world. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Monday, September 27, 2010 12:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Outsourcing story In a message dated 9/27/2010 11:15:57 A.M. Central Daylight Time, st...@trainersfriend.com writes: Mainframe Experts Network that I found kind of astonishing, if true: New show on NBC thursday nights. OUTSOURCED...as one review says 'Lowers the bar considerably' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SQA/ESQA HAS EXPANDED INTO CSA/ECSA
His problem is certainly in ESQA. Based on the OMEGAMON screen he showed he only has a total of 452K CSA. The SQA(ESQA) overflow was 887 pages. That's over 3M of storage. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Silvio Camplani Sent: Tuesday, September 21, 2010 9:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SQA/ESQA HAS EXPANDED INTO CSA/ECSA On Tue, 21 Sep 2010 14:51 +0200, Matan Cohen matancohen...@gmail.com wrote: thanks for you comment I'll check if this problem reoccur and if so I'll enlarge the SQA. Keep in mind that any increase in SQA (not ESQA) may reduce the size of your private region... Silvio Camplani zSeries Sr. Analyst, Systems Support Bombardier -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
About 3 or 4 years ago we replaced the Compuware products with the Macro4 products and have been very happy with them. Macro4 is now a division of Unicom. The Macro4 products might not be as robust as Compuware's, but they have been fine for our purposes, and cost less. Strobe - FreezeFrame AbendAid - DumpMaster FileAid - InSync Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Susan Edwards Sent: Monday, September 20, 2010 6:42 AM To: IBM-MAIN@bama.ua.edu Subject: Replace Compuware products with CA Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. Thanks, Susan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The new POO (Props / ProP ) is available
Bob, It's not working that way for me. At the top of the page it says Welcome Tom Kelman. So it looks like I'm signed in, but when I click on the link to download the PDF it says I'm not signed in. Something's screwed up. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Tuesday, September 07, 2010 7:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The new POO (Props / ProP ) is available John, Just click on the PDF link if you already have an id. I use Firefox and it put up a dialog box with my ID and password filled in and I clicked ok. The manual then came up and I saved it to my disk. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Tuesday, September 07, 2010 8:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The new POO (Props / ProP ) is available -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock http://www-01.ibm.com/support/docview.wss?uid=isg2b9de5f05a9d57819852571 c500428f9a Requires registration (again) on IBM Resource Link, but registration rejects my registration attempt even though it says it accepted it. What incomprehensible BULLSHIT!! -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The new POO (Props / ProP ) is available
Yea, I tried the user ID and password I use for all other accesses to IBM and it won't accept it. When I try to reregister with my email address it says it's already in use. What gives? Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Tuesday, September 07, 2010 7:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The new POO (Props / ProP ) is available -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock http://www-01.ibm.com/support/docview.wss?uid=isg2b9de5f05a9d57819852571 c500428f9a Requires registration (again) on IBM Resource Link, but registration rejects my registration attempt even though it says it accepted it. What incomprehensible BULLSHIT!! -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virginia DOT outage
That's my feeling also. In looking at the timeline on the Virginia Government web site, it looks like it took about 24 hours to do the full maintenance and repair of the EMC box. It was up by the morning of the next day. However, it took a week to get the data completely recovered. What took so long? What kind of backup/recovery procedures do they have in place? Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gerhard Adam Sent: Wednesday, September 01, 2010 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Virginia DOT outage Regardless of the cause, doesn't this say more about the disaster recovery scenario than anything else? Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z196 on Fox News web site
Personally I loved the way the article talks about silicon and germanium as though they are brand new, just discovered materials. I think I learned about silicon (atomic number 14) and germanium (atomic number 32) when I was in high school, and that's a long time ago. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, September 01, 2010 11:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z196 on Fox News web site -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Wednesday, September 01, 2010 11:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z196 on Fox News web site On Wed, Sep 1, 2010 at 11:02 AM, McKown, John john.mck...@healthmarkets.com wrote: http://www.foxnews.com/scitech/2010/09/01/ibm-unveils-worlds-f astest-microprocessor/ It's even accurate, to the extent that is says much of anything. Sort of: IBM plans to ship the processors in a new ultrahigh-end workstation, called zEnterprise 196... That's a hell of a workstation! But I guess they need to use language their readers will understand. Insert ObFoxNews joke here -- zMan -- I've got a mainframe and I'm not afraid to use it Well, given the size of workstations in the past. And it is air cooled, or can be, so yes -tuck it in the corner of my cube, please. I didn't notice that part. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check out Tropical Storm: Tracking Map : Weather Underground
Well, I don't live there now, but I grew up in the Maryland part of the Delmarva peninsula about 25 miles from Ocean City, MD., and I still have friends there. Donna came through that area as a category 2 when I was 13. It had originally hit the Florida Keys and the southern tip of Florida on the west side as a category 4 then about half way up Florida it cut across to the Atlantic side and hugged the east coast at hurricane strength all the way into Maine. It is the only hurricane on record to do that. While Earl is going to hit further up on the Atlantic side, it looks like it's going all the way up to Maine also. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Tuesday, August 31, 2010 12:55 PM To: IBM-MAIN@bama.ua.edu Subject: Check out Tropical Storm: Tracking Map : Weather Underground _Tropical Storm: Tracking Map : Weather Underground_ (http://www.wunderground.com/tropical/tracking/at201007.html) If you work on the East Coast probably need to be on 'Active Alert'. Ryder gave a good presentation at SHARE following Albert. One of the key points was that Hurricanes have the potential to be big and geographically dispersed. You need to insure people coverage and backups at all points of recovery. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
USS Processing - When are children spawned
Cross posted to IBMMAIN and the MXG listserv: I'm the mainframe performance analyst at my company. We have started running our first intensive USS process. It is a package called Custom Statement Format, and our application programmers have written a front end to it. The front end is a UNIX script that utilizes JAVA to create images that are written to zFS files. Then the Custom Statement Formatter is run to read those images, apply them to statements and write the statements to a standard physical sequential file. I can see where the first job spawns UNIX children, but the second one does not. I'm new to USS processing and was wondering when children are spawned and when they aren't. Also, if anyone can point me to some documentation concerning USS and specifically performance tuning of USS processing, I would appreciate it. Tom Kelman Capacity Planning Commerce Bank, Kansas City * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS Processing - When are children spawned
David, Thanks. I already had a copy of the Initialization and Tuning Reference and now I've downloaded the PDF copy of the USS Planning manual. Looks like a little light bedtime reading for me this weekend. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Waldman Sent: Friday, August 27, 2010 8:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USS Processing - When are children spawned On Fri, 27 Aug 2010 07:55:13 -0500, Kelman, Tom thomas.kel...@commercebank.com wrote: ... Also, if anyone can point me to some documentation concerning USS and specifically performance tuning of USS processing, I would appreciate it. Ths z/OS Unix System Services Planning manual is a good start along with the BPXPRMxx chapter in the MVS Initialization and Tuning Reference. Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS Processing - When are children spawned
Barry, Thanks. So then, a program doesn't necessarily need to spawn a child just to be able to access the zFS files. That is what the second job is doing. It's accessing the images on the zFS files to apply them to statements which are on a standard PS file. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Friday, August 27, 2010 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USS Processing - When are children spawned Children are spawned when the currently executing code invokes the spawn() or fork() functions. There probably are standard times when the system code provided by IBM does so but an application has complete control over if and when it does so. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom [thomas.kel...@commercebank.com] Sent: Friday, August 27, 2010 5:55 AM To: IBM-MAIN@bama.ua.edu Subject: USS Processing - When are children spawned I'm the mainframe performance analyst at my company. We have started running our first intensive USS process. It is a package called Custom Statement Format, and our application programmers have written a front end to it. The front end is a UNIX script that utilizes JAVA to create images that are written to zFS files. Then the Custom Statement Formatter is run to read those images, apply them to statements and write the statements to a standard physical sequential file. I can see where the first job spawns UNIX children, but the second one does not. I'm new to USS processing and was wondering when children are spawned and when they aren't. Also, if anyone can point me to some documentation concerning USS and specifically performance tuning of USS processing, I would appreciate it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU Utilization after upgrade z800 to z10
According to Cheryl Watson's CPU Charts the 2098-O02 is 359 MIPS as opposed to 319 MIPS for the 2066-002. That's about a 12% improvement. I'm not sure what you mean by 10 points but I would expect a CPU utilization drop in the range of 10 to 12%. Someone mentioned the technology MSU dividend. I believe that has to do with the software MSUs where the software MSUs for the machine as compared to the actually processor power improved in order to keep software costs down. This would be reflected in your software license charges going down if you are on sub-capacity pricing. It wouldn't have anything to do with the actually CPU utilization. The SW MSU rating of the 2066-002 is 54 (MIPS to MSU ratio of 5.9) while the 2098O02 rating is 44 (ratio of 8.2). If you are on sub-capacity pricing for your software you'll should be seeing a drop in your monthly software invoice from IBM for the same CPU utilization in MIPS. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donnelly, John P Sent: Wednesday, August 18, 2010 5:14 PM To: IBM-MAIN@bama.ua.edu Subject: CPU Utilization after upgrade z800 to z10 We upgraded from an IBM z800 Processor 2066-002 to an IBM z10 Processor 2098-O02 this past weekend. Our CPU utilization dropped by about 10 points on a 24 hour window as did our CPU overhead statistics. We were and are z/OS V1R9 plus toleration maintenance for a z10. We changed nothing in all of our function, WLM, IEAOPT, or reporting processes, SMF,RMF,SAS,MXG and are concerned that we may be producing numbers that will not stand scrutiny. Is there a place in any of this where we might specify a 'normalization' to a z800 processor type or some such? Your kind and gentle thoughts, please. John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What are types of Work in SMF 30 record?
That is correct. What we see in out MXG JOBS dataset is the following JOB OMVS STC TSU Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, August 11, 2010 10:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What are types of Work in SMF 30 record? Thanks. The plot thickens. I got a private reply that quoted MXG documentation that had T or TSU (but no TSO) and J or JOB for batch (but no JESn). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mackenzie, Bruce Sent: Wednesday, August 11, 2010 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What are types of Work in SMF 30 record? I can only speak for our shop in which I only see these four. JES2 OMVS STC TSO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF records for data set open/close
I'm also curious as to why you would want to filter out the recording of SMF records for certain datasets. SMF records are useful for a variety of analysis tasks, not the least of which would be an audit trail in case something happened to the dataset, or someone who shouldn't accesses it. Working for a bank I can just hear the auditor's and security folks screaming right now. Tom Kelman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Tuesday, August 03, 2010 12:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF records for data set open/close snip-- In addition to the dataset name, would I also be able to filter on the STC name as well? Thanks to all who've helped answer this question for me. --unsnip-- The IEFU83/84/85 exits get to examine every SMF record before they are written. You can examine any field in the record to make your decision. Curious: why? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C-I-C-S vs KICKS
One type of screw head that I haven't seen mentioned here is the torx, or hexalobular, head. While the Philips screw was designed to cam out of the screw to prevent overtightening, the torx screw, like the Robertson screw, was designed to not cam out. It came about as better torque-limiting automatic screwdrivers were developed for use in factories and is becoming more popular for use on items like automobiles, bicycle brake systems, disk drive systems, computers, and other consumer electronics. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Salt Sent: Monday, July 26, 2010 5:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: C-I-C-S vs KICKS So what's the advantage in having both Allen and Robertson screws? They seem to do the same thing. Allen keys are usually used at a 90 degree angle to the screw, which means they work more like a wrench than a screwdriver. Having said that, ratcheting screwdrivers can also be used in a wrench like fashion. I've used both Allen and Robertson screws straight on as well as at 90 degree angles, and in both cases I found Robertson much easier to work with. This brings up another advantage of Robertson screws, which is that they can easily be screwed in at just about any angle. In comparison, Phillips screws are difficult enough to screw in even when using them straight on, and if the job requires trying to screw them in at any sort of angle it becomes anything from highly frustrating to impossible. Robertson screws are not a new invention as they've been around for more than 100 years. Henry Ford recognized their value and wanted to make them in the U.S. but Robertson insisted he import them from Canada. So Ford more or less said screw you (pun intended) and continued using Phillips, even though Phillips are far inferior. Unfortunately it's been stuck that way ever since, but it's not Robertson that's getting screwed it's U.S. citizens. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html _ Learn more ways to connect with your buddies now http://go.microsoft.com/?linkid=9734388 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Neon tries again to make a slap at IBM
Well, this article is certainly a slam at Neon with this statement. Neon Software is being a smart-alek by offering an IMS-only version of zPrime for $1, and it is a shameless means of growing what is still a pretty small installed base for the zPrime product. And I love what they say at the end of the article. Wouldn't it be funny if someone sold a tool that tweaked zPrime so it would then do the full gamut of mainframe offloading, as the full zPrime 2.1 does? There would be a certain kind of symmetry to that. Neon isn't probably going very far with the zPrime product until they resolve the lawsuits with IBM. Of course, the resolution would have to be in Neon's favor. I know that my company, for one, isn't going to get a product that has the possibility of being cut down in the courts. It's just too big a business risk. Tom Kelman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 26, 2010 11:53 PM To: IBM-MAIN@bama.ua.edu Subject: Neon tries again to make a slap at IBM http://www.channelregister.co.uk/2010/07/15/neon_zprime_ims/ Neon Software sells cut-down zPrime for IMSAlertPrint Post comment Retweet FacebookAccelerate flatfile mainframe databases for a buck Outside of someone not understanding that IMS is not a flat file access,its not that far off. http://www.channelregister.co.uk/2010/07/15/neon_zprime_ims/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: United Statesians (was C-I-C-S vs KICKS)
So, what do we in the United States of America call ourselves. We've been called Americans, Americanos, or some other variation probably every since we became a country. However, I was in Bolivia one year and when I said to one of the Bolivians that I was an American he said You know that we're Americans also, and I thought You know, he's right. There is a song Columbia, the Gem of the Ocean and another Hail, Columbia which were unofficial national anthems until The Star Spangled Banner became official. Hail Columbia is still the official song to announce the entry of the Vice President. Maybe we should change the name of the country to Columbia. Oh, wait, that name is already taken. Tom Kelman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bruce Hewson Sent: Tuesday, July 27, 2010 2:45 AM To: IBM-MAIN@bama.ua.edu Subject: United Statesians (was C-I-C-S vs KICKS) Including of course south of the border! I wonder how many know that Mexico is The United States of Mexico = Estados Unidos Mexicanos refer wiki http://en.wikipedia.org/wiki/Mexico which does not correctly identify the United States of America in the second sentence. On Mon, 26 Jul 2010 06:52:38 -0600, Howard Brazee howard.bra...@cusys.edu wrote: On 23 Jul 2010 18:24:26 -0700, zedgarhoo...@gmail.com (zMan) wrote: That's OK, John, Ted was just repeating what I'd said many posts earlier. So you can agree with me, and sleep at night. P.S. I like United Statesians -- makes perfect sense! It still isn't sufficient, there are other American countries with names that start off with The United States of. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe books
There are a couple of books available through Amazon that might be good for an introduction. They are Introduction to the New Mainframe: z/OS Basics by IBM Redbooks z/OS (MVS) Primer by David Shelby Kirk The second one has the Look Inside capability, and I checked the table of contents. It looks pretty good. Both of these books run around $50.00 at the cheapest, but you should be able to get the first one from the IBM Redbooks web site. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Friday, July 23, 2010 4:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe books SNIP I'm looking for a book that breaks down the internals of MVS /SNIP getting into the ABC series takes a good deal of knowledge and/or experience. If you're talking more about entry level stuff, something like MVS: Concepts and Facilities (J. Ranade IBM series) may be more than enough to cure you of insomia. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS - KICKS (Re: PROP instead of POPS, PoO, et al.)
Charles, that's interesting. I worked in shops in the Southeast, specifically Atlanta, for almost 30 years and there is was always kicks. It's when I moved to the Midwest in 2005 that I got into a shop where they said see-eye-see-ess, and the first time I used the term kicks they didn't know what I was talking about. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, July 23, 2010 12:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS - KICKS (Re: PROP instead of POPS, PoO, et al.) It seemed to me to be a geographical thing in the US. When I lived on the east coast I always heard see-eye-see-ess and dee-oh-ess. When I moved to the west coast is when I started hearing kicks and doss. With the greater geographical mobility now and more dispersed corporations that difference may have disappeared. It's interesting. Everyone seems to say rack-eff and vee-tam and vee-sam but no one says zoss. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Friday, July 23, 2010 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS - KICKS (Re: PROP instead of POPS, PoO, et al.) On 23 Jul 2010 08:52:54 -0700, zedgarhoo...@gmail.com (zMan) wrote: It's always appeared to me to be: Americans: see-eye-see-ess Others: kicks My brother said kicks. I don't know where he got that, he lived in California. Wherever I've worked it was see-eye-see-ess, including trips to customers around the U.S., but not outside. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS - KICKS (Re: PROP instead of POPS, PoO, et al.)
I believe that the KICKS you're talking about is designed to run on Hercules an MVS/zOS emulator that will run on Linux, various version of UNIX, Windows, or Mac OS. http://home.gci.net/~mike-noel/KICKS/ http://www.hercules-390.org/ Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mohammad Khan Sent: Friday, July 23, 2010 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS - KICKS (Re: PROP instead of POPS, PoO, et al.) Now there is another twist to that - someone is writing a CICS clone for MVS3.8 and has named it KICKS :) It's already running some simple CICS COBOL applications. Mohammad On Fri, 23 Jul 2010 11:50:46 -0400, Don Williams donb...@gmail.com wrote: Early in my career, I started pronouncing CICS - kicks. Others sysprogs tried correcting me: C-I-C-S. Then I went to a class and found that I was not the only one pronouncing it - kicks. I polled my classmates and kicks won. I felt good. So no matter what IBM renames it; if it looks like CICS, runs like CICS, I'm going to call it kicks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System x and Power 7?
Well, for IBM to be able to run Windows on the x86 blades I would think that first there would have to be some sort of contractual agreement between IBM and Microsoft to license the Windows OS. That might be more difficult to accomplish that the technical aspects of the hardware itself. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Erik Janssen Sent: Thursday, July 22, 2010 9:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: System x and Power 7? In short: System p RS6000 System i AS/400 System x x86 blades (pc architecture) So the zBM extentions will first support running AIX workloads and somewhere next year support for running x86 linux will be added. I saw mentioned somewhere that there will be no support for windows running on the x86 blades... Erik. -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Steve Comstock Verzonden: donderdag 22 juli 2010 16:31 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: System x and Power 7? Well, I'm following the new zEnterprise announcement and downloading docs as fast as I can. But I have a little problem with the nomenclature. I remember the days when there was the AS/400 and RS6000 and mainframes and PCs. Then came system i, p, x, and z, and I never really followed anything but the z series. Then IBM got rid of the PC division. But all I really follow is system z. Can someone describe the new system x blades and Power 7 blades in terms of the older systems? Just need some perspective on this. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System x and Power 7?
Well, maybe it wouldn't. I was just considering the seemingly ongoing conflict between the IBM mainframe and the Windows worlds. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Thursday, July 22, 2010 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: System x and Power 7? Tom, How would you see it to be different from a regular System x BladeCenter? Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Jul 22, 2010 at 9:45 AM, Kelman, Tom thomas.kel...@commercebank.com wrote: Well, for IBM to be able to run Windows on the x86 blades I would think that first there would have to be some sort of contractual agreement between IBM and Microsoft to license the Windows OS. That might be more difficult to accomplish that the technical aspects of the hardware itself. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Erik Janssen Sent: Thursday, July 22, 2010 9:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: System x and Power 7? In short: System p RS6000 System i AS/400 System x x86 blades (pc architecture) So the zBM extentions will first support running AIX workloads and somewhere next year support for running x86 linux will be added. I saw mentioned somewhere that there will be no support for windows running on the x86 blades... Erik. -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Steve Comstock Verzonden: donderdag 22 juli 2010 16:31 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: System x and Power 7? Well, I'm following the new zEnterprise announcement and downloading docs as fast as I can. But I have a little problem with the nomenclature. I remember the days when there was the AS/400 and RS6000 and mainframes and PCs. Then came system i, p, x, and z, and I never really followed anything but the z series. Then IBM got rid of the PC division. But all I really follow is system z. Can someone describe the new system x blades and Power 7 blades in terms of the older systems? Just need some perspective on this. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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
Re: TSS (Transaction Security System)
The TSS I know about is also known as TopSecret. It is a Computer Associates product. You should be able to get the information on the latest release here - http://www.ca.com/us/products/product.aspx?id=141. CA also has the product ACF2. Both TopSecret and ACF2 are products that replace RACF. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Tuesday, July 13, 2010 7:02 AM To: IBM-MAIN@bama.ua.edu Subject: TSS (Transaction Security System) Hi If some help me to find something about TSS (I find only some very old descriptions) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAS is gone - long live ... ICETOOL?
Since you say there is no money for a replacement, this will probably not work. However, there is a SAS look alike product available that is much less expensive. It even processes SAS statements. I doesn't do everything SAS does yet, but it does have much of what's needed including the INFORMATS and FORMATS for things like SMF and RMF timestamps, and they keep improving it. Barry Merrill supports his MXG system on it. The name of the product is World Programming System (WPS). This is a link to the web site - http://www.teamwpc.co.uk/products/wps. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of M Hunter Sent: Friday, June 25, 2010 8:56 AM To: IBM-MAIN@bama.ua.edu Subject: SAS is gone - long live ... ICETOOL? I know I'm not the only one to suffer this, but management have decided that SAS is too expensive and as it is only used by the technical group (OK, I'm the only one who writes it, though others use the reports) it has got to go. Frankly, I'm surprised I managed to hold on to it for so long. So, what to replace it with? There's no money to buy a replacement (not even a SAS windows licence) so I'm limited to existing software only. That basically means z/OS and DFSORT. Forgetting about SMF and MXG for the moment, most of the other reports process data from DCOLLECT and RACF IRRDBU, IRRADU. One feature that is used a lot is PROC SUMMARY (or PROC MEANS) to group (sum) data for a subset, for example by high-level qualifier, or part of dsname. I'm happy with REXX but a novice with ICETOOL, my ICETOOL experience being limited to tinkering with sample reports. Does anyone have any hints, gotchas, examples for how I might replace my reports? Thanks, Moira -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geographic separation of primary and backup/DR sites
I would say that at a minimum you would want to be on separate power substations. Your power company should be able to provide this service, although they might charge extra for it. Most large IT organizations feel it's worth it. However, because of the interconnectivity in the U.S. and Canadian power grids, as well as those in other countries, there is always the possibility of a power outage you can't prepare for. I'm sure many will remember the massive power outage in 2003 where a 3,500 MW surge went through the power grid(s) in the northeast taking out power to an estimated 45 million people in eight states and 10 million people in Ontario, Canada. This included large cities such as New York, Baltimore, Buffalo, and Toronto. When this occurred Europe gloated that it had a much better system and they would never have a similar blackout. Six weeks after this there was a blackout that affected just as many people in all of Italy and parts of Switzerland. A power outage occurred in Southern Brazil in 1999 and affected approximately 90 million people. One in 2005 in Java-Bali affected 100 million people. With massive outages like this both your main site and your DR site would probably be affected unless they are on opposite sides of the world, or the DR site is on the moon. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jeffrey Deaver Sent: Thursday, June 24, 2010 7:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Geographic separation of primary and backup/DR sites Also remember if DR is fairly close to base make sure they are on separate power grids or at least have generators. That is such a nebulous term, power grid. Anyone have more definite references for what that should mean? Does it just mean separate power substations? That the ultimate feed comes from completely different generating plants? Of different types? (Nuke vs Coal?) And how exactly do you find out information like that? And can't the power down the last mile be coming from one place today and other tomorrow depending on how the power company manages it? While I'm sure this is not comprehensive, this Blackout Tracker website gives some interesting insight into power outages... http://powerquality.eaton.com/blackouttracker/default.asp Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geographic separation of primary and backup/DR sites
Kees, I do agree with you. See my post on massive power outages that have occurred around the world. The only save plan is to have a backup for the backup. You need to have a DR site on a separate power sub-station from your main site along with a UPS and generator backup. Having alternate, automatically switchable lines from separate power sub-stations coming into your main site doesn't hurt either. Of course, all of that depends on how big the shop is, how important full 24x7 is, and how much money your management wants to put into the redundancy. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, June 24, 2010 9:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Geographic separation of primary and backup/DR sites Jeffrey Deaver jeffrey.dea...@securian.com wrote in message news:ofb0fd8a87.24e5216d-on8625774c.00463f1b-8625774c.00474...@securian .com... Also remember if DR is fairly close to base make sure they are on separate power grids or at least have generators. That is such a nebulous term, power grid. Anyone have more definite references for what that should mean? Does it just mean separate power substations? That the ultimate feed comes from completely different generating plants? Of different types? (Nuke vs Coal?) And how exactly do you find out information like that? And can't the power down the last mile be coming from one place today and other tomorrow depending on how the power company manages it? While I'm sure this is not comprehensive, this Blackout Tracker website gives some interesting insight into power outages... http://powerquality.eaton.com/blackouttracker/default.asp Jeffrey Deaver, Engineer Doesn't this simply means your task is to take care that your diesel tanks are full (and large enough)? All the other options seem non-transparant and non-controllable. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: taking down the machine - z9 series
I'm assuming that the electricity power cut, or whatever is happening, is scheduled. You know ahead of time that it is going to happen. If the power to your data center is going to be shut down for some reason wouldn't you want to have a controlled power down of the complete data center? I know in the good old days if power was all of a sudden cut to the disk drives, head crashes were sure to occur. I don't know if that is a problem or not these days. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: Thursday, June 17, 2010 7:06 AM To: IBM-MAIN@bama.ua.edu Subject: taking down the machine - z9 series Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: taking down the machine - z9 series
I was in a shop in the early 1980s where we had a very bad experience of the power being cut by the use of the emergency switch. There was a building maintenance man in the machine room. When he went to leave instead of pressing the button to activate the door to the mantrap, he pressed the emergency power down switch. They were very close together. It took us the better part of a day to get everything back up. The processor was no problem, but a few disk drives were troublesome. That incident resulted in them moving the emergency power down switch away from the door switch, and a cover was put over the emergency power down switch. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: Thursday, June 17, 2010 7:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: taking down the machine - z9 series R.S wrote We shutdown SE SE stand for? I did this sort of shutdown at diffrent Data center the time elctricity power cut is schedule from advance. in the past I remeber i was told never to cut power using the emergency switch ( i don't know the reason for that but it was said by a wise man). tom- i do want to perform a control power cut. i asked on the best way to perform this for the Z machine On Thu, Jun 17, 2010 at 3:28 PM, R.S. r.skoru...@bremultibank.com.plwrote: Matan Cohen pisze: Hi, When the situation force you to taking down the machine (due to Electricity power cut) , after taking down the lpars. do you perform anything else beside deactivation of the CPC ? i met a diffrent opinion in this matter . Yes, we do. We shutdown SE and then cut the power using emergency switch. Electricity works could mean several up-down sequences which are not good for any machine. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on EPILOG for OmegaMon
I don't know why it wouldn't be getting the 21st, 22nd, etc. extent, but why not allocate several EPILOG Datastores with no secondary extents. We don't use EPILOG in my current job, but when I was using the EDS in a previous job I had it set up that way. I had allocated 7 Epilog Datastores with each one large enough to hold about one days worth of data in a single extent (no secondary extents). Then when one would fill up EPILOG would switch to the next EDS and kick off a job that would backup the one that had just filled. That way I had about a week's worth of data online. The backup dataset was a gdg with 185 generations to hold about 6 months of data. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Cobe Xu Sent: Thursday, June 10, 2010 3:50 AM To: IBM-MAIN@bama.ua.edu Subject: Question on EPILOG for OmegaMon Hi, Recently our system's EPLIOG datastore (EDS) is getting full faster than before, and sometimes waning msg about EDS OUT OF SPACE went up. We configured that EDS switches trigger as either in Monday or EDS FULL. My question is how EPILOGC ( the collector) determine the active EDS is FULL? AFAIK, EDS is KSDS, and we create it with space (PRI 300 cyls, SEC 50 cyls). When I check the full EDS from 3.4, I saw it allocates 8250 trks, with 20 EXTs. Since it can has 20 EXTs, why not 21st,22nd , and so on..? Is there any limit elsewhere I should be aware? Thanks! -- Cobe Xu Best Regards --- zOS Performance Capacity Analyst E2E Performance Analyst Email: cob...@gmail.com --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SCRT Copy List
I was wondering if anyone has tried to save a list of name to copy when the SCRT reports are sent to IBM. There is a spot where you can enter email addresses to receive a copy of the confirmation. I have to enter 7 addresses every time. Four of them are to managers in my company and three more are to OEM companies that we have sub-capacity pricing contracts with. While it isn't a lot of addresses, it is a hassle to have to enter them every time and make sure they are correct. Does anyone know of a way to save this list so it can just be recalled each time the SCRT report is sent in. * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF99 record
We do collect Type 99 records. Do you collect the SMF 100-102 records (DB2) and or the SMF 110 records (CICS) records? They have a lot more volume in number of bytes recorded than the Type 99 records. Here is the record count and sizes we collected yesterday. We are a small shop, but the numbers are relative. Type 99 Number of Recs=689,404 Average Size=736.14Total Bytes=507,497,861 Type 101 Number of Recs=5,572,202 Average Size=1463.39 Total Bytes=8,154,304,685 Type 110 Number of Recs=599,177 Average Size=28,957.39 Total Bytes=17,350,602,068 So you can see that the amount of data recorded for the Type 99 records is minimal compared with the 101s or 110s. If you check some other records you'll probably find that other SMF records such as the Type 74 (DASD) and Type 116 (MQSeries) can also exceed the amount of data recorded by the Type 99 record. IMHO there is no reason not to record the Type 99, and amount of data collected is certainly not one. You don't use them very often, but they can come in handy, especially when IBM wants them to help you resolve an issue. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Johnny Ying Sent: Wednesday, June 02, 2010 10:09 AM To: IBM-MAIN@bama.ua.edu Subject: SMF99 record Hi,lister I know SMF99 record contain many useful information including the decisions WLM have made.In our installation SMF99 record is not collected due to the huge data volume.So if I take a console dump with WLM address space,is there any available tools that can extract these SMF99 record from the dump. Johnny ying -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How low can you go?
This is a definite it depends not only as to what is running on the LPAR, but also how one determines minimum. We have 3 LPARs defined on a 4 engine z10BC of 1026 MIPS, 127 MSUs. Our production LPAR has 4 LPs, so it could use all 127 MSUs if going full out. Our development LPAR and our system programmer LPAR are each define with 2 LPs, so that is 63.5 MSUs each. However, they are weighted 750/200/50 which would give a maximum of 95.25/63.5/6.35 if the box is completely maxed out. Our monthly SCRT reports normally show that the system programmers LPAR is using only 1 MSU. However, in one month, when the sys progs were working heavily on a new OS, it went up to 14 MSUs. So - It Depends. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Wednesday, May 26, 2010 2:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How low can you go? SCRT usually shows in the 1 to 3 MSU range although with all LPARs together it's 100-115 If that was my only LPAR I think there is a minimum 3 MSU charge (but I could be wrong). -Original Message- zMan On Wed, May 26, 2010 at 3:16 PM, Ken Porowski ken.porow...@cit.com wrote: If you're not hard capping (or have a low softcap) the question is moot as the LPAR will get what it wants subject to overall box utilization and weights. I can define and run fine in an LPAR with a 1/100 share (or smaller) as long as I'm not hard capping. My sysprog LPAR has a defined capacity of 8 MSU and I rarely softcap. So how do you pay for that? Surely you aren't paying the 8MSU price for software? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
That is interesting, but I thought another part of the article was more interesting. On the second page there is a heading Governments Invest in Modernization with the following statement. The timing of this research is intriguing; it comes on the heels of reports that the U.S. Secret Service has been seriously hampered by underfunding in IT, and specifically by a 30-year-old legacy mainframe system at the heart of the organization, which has been fully operational only 60 percent of the time. I'd certainly like to have more on this. Are they saying that the U.S. Secret Service is still using 30 year old IBM 360 processors - certainly not. But if the processors and operating systems are much newer than that shouldn't they be able to get better than 60% up time? Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, May 25, 2010 10:59 AM To: IBM-MAIN@bama.ua.edu Subject: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! http://www.mainframezone.com/it-management/z-vendor-watch-znext-or-z11-e ither-way-its-coming-soon If they actually call it zNext what will they call the one after it zAfterNext ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
John, Our mainframe appliation systems are old also. We have a z10BC, one production LPAR, no CF, and CICS/VSAM with a very little bit of DB2 processing. Over the past year and a half our DDF processing has been increasing dramatically, so the applications folks have found out about that nicety. However, I would say we are fully operational greater than 60% of the time. Being not operational 40% of the time means you have something down at some time for a total of 9.6 hours a day. Being a bank with online banking (Yes, our online banking has to access the mainframe for legacy data) that would be completely unacceptable for us. We'd be losing customers rapidly. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, May 25, 2010 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Tuesday, May 25, 2010 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! That is interesting, but I thought another part of the article was more interesting. On the second page there is a heading Governments Invest in Modernization with the following statement. The timing of this research is intriguing; it comes on the heels of reports that the U.S. Secret Service has been seriously hampered by underfunding in IT, and specifically by a 30-year-old legacy mainframe system at the heart of the organization, which has been fully operational only 60 percent of the time. I'd certainly like to have more on this. Are they saying that the U.S. Secret Service is still using 30 year old IBM 360 processors - certainly not. But if the processors and operating systems are much newer than that shouldn't they be able to get better than 60% up time? Tom Kelman Depends. What are they running? How do they measure up time? We are still stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No RDMS. No Websphere. 100% COBOL. We do run some 3270 screen scraping and even have a few CICS web like transactions via HTTP. But we have a lot of night down-time for running batch reports and updates against the CICS VSAM files. This is on CICS/TS 3.2, z/OS 1.10, and a z9BC. Our legacy applications are old, old, old. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BMC reveals 'free money' mainframe and DB2 tools
I think that Neon's problem with zPrime is that they are not using the standard API. My understanding is that the standard API basically looks for enclave work to be qualified for zIIP processing. Neon is moving work other than enclaves to the zIIP. If BMC is using the API, then there is no problem for them. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Monday, May 24, 2010 2:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BMC reveals 'free money' mainframe and DB2 tools If IBM selectively blesses these programs, listen for the doorbell 'cause the FTC antitrust squad will be visiting. Why do you say that? IBM has made the API available to all vendors who sign an NDA. There is no charge for the documentation or for the API itself. What's the problem? Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
OS/2 probably didn't have the security issues of Windows because (1) not as many people used it, and (2) it wasn't around long enough for the hackers to really get going on it. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, May 19, 2010 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM to announce new MF's this year Only if they use Microsnot software! OS/2 didn't have many (if any) of the security issues of windows. Probably will be orderable features, w/microcode enablement (think ZiiPs ZaaPs, IFLs). We are living in interesting times! snip including both Power and x64 server blades under its skins Uh Oh. Does this make anyone else a bit uneasy? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Benchmarking the IPL
Timothy, I saw your post talking about having an A01 warm standby with Z03 CBU. That's similar to what my management is thinking, but without the warm standby. We have EMC storage and it we do synchronous mirroring from our main site to our DR site. Since that is all done via the EMC control units we don't need to have the system up for it. We do want to go to the DR site as needed to do minimal connectivity tests. For those we plan to just IPL the A01 system. Then, when we need to do serious DR tests we would activate the Z03 and IPL that. Basically, the whole purpose of this exercise is to determine how long it would take to be up and ready for those minimal connectivity tests. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Sunday, May 16, 2010 5:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Benchmarking the IPL Tom, I'm a little confused by your question. Reading between the lines, you seem to be describing IBM's standard Capacity Backup (CBU) offering as part of your contract. CBU covers both actual disasters and a certain number of rehearsals over the contract period. There are no additional IBM software charges (beyond your normal charges) associated with CBU activations, provided you're adhering to the terms of the CBU contract. What confuses me is why you'd be IPLing outside the CBU terms. Everything you described seems like it would be covered as part of CBU, and if you have a CBU capacity of Z03 then you'll be experiencing IPL times associated with the Z03 capacity (upon CBU activation). Could you elaborate a bit on what scenario(s) you have in mind? Thanks. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Benchmarking the IPL
My management wants to benchmark the IPL process to see how long it will take at various levels of MIPS, MSUs, or whatever measurement criteria can be used. The purpose of this is to determine what the smallest z10 is we can contract for our DR site that will IPL in a reasonable time frame. The plans are to contract for the smallest system possible with the provisions of being able to bump it up during the few times each year we do a full blown DR test or in the event the is an actual disaster situation. So we might contract for a 2098-A03 and the bump it all the way to a 2098-Z03 when needed. Has anyone ever done something similar to this? Is there any way to set a cap on the system that will take affect immediately and be active during the IPL process? I know that the standard softcap won't work since that doesn't take affect until the MSU four hour rolling average hits the cap, which wouldn't happen during an IPL. What I know as a hard cap involves restricting the LPAR to its weight, so I don't think that would work either. Is there any other way to cap a system? Tom Kelman Enterprise Capacity Planner 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Prime
Bill, My company has looked at z/Prime. Technically it appears to be a slick product. However, there are outstanding lawsuits between Neon Software and IBM. You can go to www.neon.com and see the information about the lawsuits from Neon's perspective, or just Google neon zPrime ibm lawsuit to see several articles on the issue. My company won't touch the product until the lawsuits are resolved, which might be when you and I (or at least I) are in our graves. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miller, Bill Sent: Thursday, May 13, 2010 2:47 PM To: IBM-MAIN@bama.ua.edu Subject: z/Prime Has anyone heard of z/Prime or are using this? Here is a description of z/Prime? Quote z/Prime is a software program that runs on an IBM z/Series processor. The program allows portions of CICS, DB2, IMS and other IBM middleware to run on the IBM ZIIP and ZAAP engines. There is code in IBM's microcode that restricts what code can run on a ZIIP or ZAAP engine. The z/Prime product bypasses the IBM restrictive code and allows more code to run on the ZIIP and ZAAP engines. Go to the www.neon.com website for white papers and more technical information about how the product works. The net result by running z/Prime is that users can reduce their overall IBM software bill to IBM by up to 40%. IBM is not at all pleased, but they came up with the ZIIP and ZAAP idea, not Neon! Reliable Computer Sales, L.L.C. Unquote Any feedback would be appreciated. Thank you Bill Attention: The information contained in this message and or attachments is intended only for the person 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 of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any system and destroy any copies. (GWCC) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL - no longer being taught - is a problem
It is true that back in the good old days companies would have internal training to teach programming skills. My first job after college and the military was with a bank as an application programmer. Back then they coded everything in IBM Assembler because it was more efficient than COBOL. Up until then I had coded COBOL, Fortran, and ALGOL (my college had a Burroughs B5500 for student work). I hadn't done anything in assembler so it was very new to me. The company had an excellent self-paced course to train in the basics of assembler. I picked up on it quickly. Besides that there were several people there who made great mentors in the topic. There was one in particular who is still a good friend of mine. There is a problem today that companies complain about not having the skills available in areas like COBOL, but they are not willing to spend the money or time to train their employees in those skills. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Thursday, April 22, 2010 1:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL - no longer being taught - is a problem This is not only a problem of universites not teaching its students COBOL, PL/I, IBM Mainframes, etc. It is also a home made problem of the companies requiring this kind of skills. Many of them had their own IT school with which they took care of educating employees in the skills they need for that company. They also sent students to classromm courses in matters not worth teaching by themselves. At least in Switzerland, this has vanished into thin air during the last decade or so. And now intelligent management all over a sudden realizes that they are heading into the problem of retiring employees and complains that they can't find new employees with the demanded skills. It is sure nice to have IT architects that look ahead and preach JAVA, but neglecting that there are legacy systems which for many companies are its heart, is simply not in the interest of those companies. This leads back to the universities. Can you expect someone to preach a matter they don't now abaout? Rarely, probably. -- Peter Hunkeler CREDIT SUISSE AG -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL - no longer being taught - is a problem
Yea, a lot of this has to do with the way the media reports it. Just like the Mainframe is Dead situation of several years ago, they feel the if something new comes along - new hardware, new programming language - the old has to go. There is no understanding that each has a place and a purpose. Also, even when it is shown to not be dead they don't change their tune. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Elliott, IBM Sent: Thursday, April 22, 2010 5:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL - no longer being taught - is a problem On Wed, 21 Apr 2010 09:35:00 -0500, Kelman, Tom thomas.kel...@commercebank.com wrote: John, That WikiPedia article also states that DMSII was created by Burroughs (later UniSys) as a database to run on its processors. Does that mean they are still running UniSys machines. If so they have problems over and above COBOL not being taught. It sounds like a typical government non-upgrade environment. Now they are caught in the dark ages and instead of upgrading to modern DB2 and COBOL on proper processors they are probably going to throw out the baby with the bath water and get OMG - WINDOWS. Tom Kelman Tom: The report was misleading (confusing) in many ways in that it talked about all of the government. The specific department involved here regarding DMSII (Human Resources Development Canada, HRDC) is running an older UNISYS environment. Much of the Canadian Government IT environment is on very current technology (and yes that includes lots of IBM System z). However, the canard about COBOL is one that always bothers me. A year or two ago the Toronto Star had an article about COBOL being a deal language. COBOL could paraphrase Mark Twain, The reports of my death have been greatly exaggerated.. IMHO, there is probably more business server application code written in COBOL than any other language still, and I see no reason for that to change. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL - no longer being taught - is a problem
That would be hard to say without really studying the current environment. I would imagine that the current Unisys environment is as far from what they are running on as would be System z using DB2 and Cobol. However, since they are on an old Unisys/Burroughs environment they might be able to get some serious assistance from current Unisys to upgrade. You can never tell until you ask. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Thursday, April 22, 2010 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL - no longer being taught - is a problem On 21 Apr 2010 07:35:48 -0700, in bit.listserv.ibm-main you wrote: John, That WikiPedia article also states that DMSII was created by Burroughs (later UniSys) as a database to run on its processors. Does that mean they are still running UniSys machines. If so they have problems over and above COBOL not being taught. It sounds like a typical government non-upgrade environment. Now they are caught in the dark ages and instead of upgrading to modern DB2 and COBOL on proper processors they are probably going to throw out the baby with the bath water and get OMG - WINDOWS. The intelligent upgrade would be to a current Unisys offering which has a migration path from the existing system if disruption is to be avoided. Another alternative would be to consolidate on a platform already understood by the agency. I suspect that moving to COBOL and DB2 on z could be more painful and costly than a number of other alternatives. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, April 21, 2010 8:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL - no longer being taught - is a problem Easy solution. Declare COBOL a national treasure and force all Universities in Canada to teach it as a prerequisite to any other Computer Science class. Or at least as a graduation requirement for a Bachelor's degree in CS. That's the government way. Just pass a law. I mean, I had to take classes that I didn't like in order to get my B.Sc. in Math. (like English and History), Why not require COBOL? It's no more arbitrary than anything else that nobody wants to take. And there are PC based COBOL compilers (at least for Windows). DMSII doesn't ring a bell, but according to Wikipedia: quoteDMSII provided: an ISAM model for data access, transaction isolation and database recovery capabilities./quote http://en.wikipedia.org/wiki/Unisys_DMSII . So all that is needed is another database system which has the same API to replace it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Baldwin Sent: Wednesday, April 21, 2010 8:25 AM To: IBM-MAIN@bama.ua.edu Subject: COBOL - no longer being taught - is a problem Hi IBM-MAIN, Yesterday Canada's well-respected auditor-general released a report complaining that aging government computer systems could halt delivery of basic services. So we're bracing for the usual criticism of 'old mainframe' systems. Today there are some specifics, including COBOL: Auditor-General reports that updating systems could cost billions ... Ms. Fraser said the problem is so bad that some key programs may shut down. ... Meanwhile, Canada's National Immigration Program runs on a programming language - COBOL - that is no longer being taught and the staff that understand it are retiring. The program also uses a database system called DMSII that dates back to the 1970s http://www.theglobeandmail.com/news/politics/government-wont-l et-aging-computers-halt-basic-services-day-says/article1540750/ Maybe you guys and girls have some ideas that would save us taxpayers from paying rising interest on more billions borrowed. Regards, Mike Baldwin
Re: COBOL - no longer being taught - is a problem
John, That WikiPedia article also states that DMSII was created by Burroughs (later UniSys) as a database to run on its processors. Does that mean they are still running UniSys machines. If so they have problems over and above COBOL not being taught. It sounds like a typical government non-upgrade environment. Now they are caught in the dark ages and instead of upgrading to modern DB2 and COBOL on proper processors they are probably going to throw out the baby with the bath water and get OMG - WINDOWS. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, April 21, 2010 8:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL - no longer being taught - is a problem Easy solution. Declare COBOL a national treasure and force all Universities in Canada to teach it as a prerequisite to any other Computer Science class. Or at least as a graduation requirement for a Bachelor's degree in CS. That's the government way. Just pass a law. I mean, I had to take classes that I didn't like in order to get my B.Sc. in Math. (like English and History), Why not require COBOL? It's no more arbitrary than anything else that nobody wants to take. And there are PC based COBOL compilers (at least for Windows). DMSII doesn't ring a bell, but according to Wikipedia: quoteDMSII provided: an ISAM model for data access, transaction isolation and database recovery capabilities./quote http://en.wikipedia.org/wiki/Unisys_DMSII . So all that is needed is another database system which has the same API to replace it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Baldwin Sent: Wednesday, April 21, 2010 8:25 AM To: IBM-MAIN@bama.ua.edu Subject: COBOL - no longer being taught - is a problem Hi IBM-MAIN, Yesterday Canada's well-respected auditor-general released a report complaining that aging government computer systems could halt delivery of basic services. So we're bracing for the usual criticism of 'old mainframe' systems. Today there are some specifics, including COBOL: Auditor-General reports that updating systems could cost billions ... Ms. Fraser said the problem is so bad that some key programs may shut down. ... Meanwhile, Canada's National Immigration Program runs on a programming language - COBOL - that is no longer being taught and the staff that understand it are retiring. The program also uses a database system called DMSII that dates back to the 1970s http://www.theglobeandmail.com/news/politics/government-wont-l et-aging-computers-halt-basic-services-day-says/article1540750/ Maybe you guys and girls have some ideas that would save us taxpayers from paying rising interest on more billions borrowed. Regards, Mike Baldwin Cartagena Software Limited Markham, Ontario, Canada http://www.cartagena.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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,
Re: 45 years of Mainframe
This is all very interesting. My first real programming job was as a coop student at a DuPont nylon manufacturing plant in Seaford, Delaware. I was in the Works Engineering Department which was responsible for the onsite power plant, the electricians, the electronics shop, and engineering planning for all those areas. Each quarter I was rotated to a different area. My forth quarter back at work I was in the planning area. The company had just replaced their 1410 system for one of those new fangled 360 computers. They had also gotten a 1620 for the engineering planning group. I became the programmer for the group. In successive quarters back I stayed in that group. My two biggest accomplishments were a fairly simple generalized statistical routine and a planning program for the onsite power plant to track the power usage and plan upgrades. By the way, the nickname of the 1620 was the CADET for Can't Add and Doesn't Even Try. It didn't have the normal addition/multiplication registers of the 360. Instead it did all of it's addition and multiplication via table lookup from tables it kept on the rotating disk. I understand that the same hardware design was used in the first IBM 3890 Check Sorters. The main function of those machines was to determine a sort pocket for the check by looking up the routing transit code and/or account number in a table. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Monday, April 19, 2010 8:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 45 years of Mainframe On 04/19/2010 05:06 PM, Tom Russell wrote: I, alas, started on a much slower machine, the 650, about which I feel *no* nostalgia. I do, however, have fond memories of the 7094. Nice. My first job as a coop student at IBM was to convert a 650 SOAP program that ran the Toronto plant to a 1401 card system Autocoder program. I think I still have the card systems Autocoder compiler decks somewhere. I did read the SOAP program to figure out what the program did, but never wrote any 650 code myself. Not a fond memory, but an interesting one. The 650 we were taking out had a 2 (4?) KB drum memory. The autocoder (think BAL) program I wrote to replace it was for a 4 KB 1401 card system. High/Low/Equal compare was a special feature on a 1401. Tom Russell IBM 650 drum memory was in 40 tracks or 50 words, containing decimal digits, not Bytes. Total capacity was 2000 words, with each word an instruction or data, 10 decimal digits plus sign, each digit represented by bi-quinary encoding (7 bits). It could be thought of as roughly equivalent to 20K decimal digits or 10K characters. Around 1961-1962 as a high school student in Norman, OK, I read the IBM 650 manuals and wrote some simple code examples for the 650 at O.U.; but it was an expensive and temperamental beast with no free time, so I was steered toward a new IBM 1620 that had much idle time, and learned to do my first real programming on that machine. The IBM 650 was replaced not that long after with an IBM 1410. I can still recall people discussing research that was negatively impacted by the need to re-write application code whenever a new machine was acquired. -- Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
Re: VSAM Extended format
If you're using standard I/O processing in your application code, you shouldn't have a problem. We just converted 3 files that are used in our CICS systems to VSAM Extended and didn't need to change any application code. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Day Sent: Tuesday, April 13, 2010 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: VSAM Extended format Does anyone know if there is anything that has to be done to program logic to change from non-extended(regular ol vsam) to extended format? My code allocates a vsam ESDS, and just writes blocks of data to it. Pretty straight forward. SVC 99 to dynamically allocate it. Open, Put, Close. Befoe de-allcoation, it Opens it again, reads the 1st block back in, update in place, then Put, Close, and SVC 99 to de-allocate. Whether or not the SMS routines allocated an extended format or non-extended should not make any difference, I believe. I can't find anything in any manual so far to indicate any problem. But thought I would check here as well. Thanks in advance. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCRT Delivery
I agree with John. Since I, as the performance analyst/capacity planner here, am responsible for sub-capacity pricing processes, I can easily install SCRT into libraries that I control. Since it has no affect on external customers, I don't have to go through heavy duty change control. If it were a part of the OS then I'd have to rely on system programmers and their schedule to get it installed. I have nothing against system programmers mind you. I was one once. It's just that they have other fish to fry, and the SCRT is updated more often then the OS. Also, if it is a new version, as opposed to a new release, you have to use it for the next report submission, and you usually have about 2-3 weeks to get it installed. If I had to go through a full change control process to get it in I probably couldn't get it installed in time. With the way I put it in currently, I can get it installed in a day if I need to. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, April 12, 2010 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SCRT Delivery -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Monday, April 12, 2010 1:53 AM To: IBM-MAIN@bama.ua.edu Subject: SCRT Delivery Hi, Today I received notification of a new version of SCRT. It would be a lot simpler (at least for me) if SCRT was distributed as a load module. Having the object embedded in JCL is a point a failure. It's just too easy to make changes by mistake. I would really like SCRT to be distributed as part of the operating system and be updated by PTF. I sent this message to s...@us.ibm.commailto:s...@us.ibm.com, but I want to get the message out through this list as well. Gadi Oh, my. If that were done, I'd be forced to update SCRT via a change request. Around here, that is a royal pain. It is much simplier, for me, to replace the JCL with a change notification (JCL changes are easier to make than installing a z/OS related PTF). If you want, you should be able to just link the given object code into a load library using IEWL with your own JCL. Or even make up your own USERMOD, if you really need to. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Strange email from IBM
I just received an email that comes from nets...@us.ibm.com, or so the addressing says, which says IBM found my business information at www.jigsaw.com and based on that they will be sending me insights, information and offers. The URL www.jigsaw.com is blocked by my company as is the opt out link provided by the email. I was wondering if anyone on the board has ever received similar emails from IBM. It looks kind of strange to me. I would think that IBM would go through other channels than picking names off of oddball web sites. Tom Kelman Enterprise Capacity Planner 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange email from IBM
That's what I figured. Thanks. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, April 09, 2010 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Strange email from IBM Most likely some spammer has harvested this (or another) list (again)! I would forward the email to your anti-spam provider. I checked jigsaw. It seems to be a spammer's paradise. It purports to gather contact info from wherever they can get it. HTH, snip I just received an email that comes from nets...@us.ibm.com, or so the addressing says, which says IBM found my business information at www.jigsaw.com and based on that they will be sending me insights, information and offers. The URL www.jigsaw.com is blocked by my company as is the opt out link provided by the email. I was wondering if anyone on the board has ever received similar emails from IBM. It looks kind of strange to me. I would think that IBM would go through other channels than picking names off of oddball web sites. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
Actually, the dataset we had a problem with wasn't a VSAM dataset, but the situation was that the storage folks had started setting up VSAM striped datasets which, of course, required VSAM EF. I've been a performance analyst/capacity planner for some 15 years now, so I'm no real familiar with the current SMS processes. I don't know why setting up VSAM EF to stripe one VSAM file would have caused this. I just know that it did. The PS dataset in question had the same high level as the VSAM dataset they had striped. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, April 07, 2010 10:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION Kelman, Tom pisze: Just a warning about using SPACE=(TRK,0). We had a job that used that and it all of a sudden started getting abends with a message that there was no space defined. Our storage folks had just set up SMS for VSAM Extended for that specific group of datasets. It appears that once you do that it closes a hole that allowed the SPACE=(TRK,0) specification. We had to change it to SPACE=(TRK,1) which worked. I did not consider VSAM, especially VSAM EF. My habit is to use IDCAMS when manipulating VSAM. Of course it is allowed to use IDCAMS for nonVSAM datasets and DISP=(MOD,DELETE) for VSAM ones, but I just didn't try to specify TRK,0 for VSAM EF. Honestly I've been using TRK,1 for years (just a habit). It seems it's more flexible. ;-) -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
You see the SMS allocation because if the dataset doesn't exist the JCL you've specified will allocate it as a new dataset and then delete it. If it does exist it will be allocated at and old (mod) dataset and then deleted. In either case you should see this message later in the JESYSMSG. IGD105I DPC088.TEST.TEST.ALLOC DELETED, DDNAME=TEST Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Greg Shirey Sent: Thursday, April 08, 2010 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION Why? If I run: //DPC088IF JOB (DPC088,JDG),'IEFBR14',CLASS=A,MSGCLASS=X, // MSGLEVEL=(1,1),NOTIFY=DPC088 //EXEC PGM=IEFBR14 //SYSPRINT DD SYSOUT=* //SYSOUTDD SYSOUT=* //TEST DD DSN=DPC088.TEST.TEST.ALLOC,DISP=(MOD,DELETE,DELETE), // SPACE=(1,1) I see: IGD101I SMS ALLOCATED TO DDNAME (TEST) DSN (DPC088.TEST.TEST.ALLOC ) STORCLAS (TSOSC) MGMTCLAS () DATACLAS (DEFAULT) VOL SER NOS= TSO002 IEF142I DPC088IF - STEP WAS EXECUTED - COND CODE Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michel Castelein Sent: Thursday, April 08, 2010 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
Paul, I was surprised. I thought the type of space (TRK, CYL, etc.) was required. I just tried allocating a dataset using SPACE=(1,1), and it does allocate 1 track. However, personally I still prefer putting TRK in the SPACE parameter. It's called documentation, and there are probably others, notably application programmers, who don't realize that SPACE=(1,1) will allocate 1 track. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, April 08, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote: //PASOBOR EXEC PGM=IEFBR14 //D1 DD DISP=(MOD,DELETE),UNIT=SYSALLDA, // SPACE=(1,1), // DSN=USTS.U0Z72B6.. BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)). Why? In my opinion Simpler Is Better. What advantage do you see in using the more complicated form? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Macro
I have written several WLM service policies, but I've never written code using the WLM macros. So I looked in the MVS Programming WLM Service Guide to see what it was all about. From what I gather, this particular macro is used to gather WLM information so that a scheduling service can make the necessary decisions to schedule work. Since a user's scheduling program would probably not be allowed to schedule anything in to or out of the SYSTEM or SYSSTC service classes, I imagine that information is left out on purpose. That's just my theory. The manual doesn't mention that. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Thursday, April 08, 2010 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: WLM Macro Hi all, I'm doing some tests with IWMWSYSQ macro, using as starting point program QUERYSI (thanks for that) and i would like some help. IWMWSYSQ gets WLM information regarded to importance 1-5, discretionary and unused service units, but there is no data related to SYSTEM or SYSSTC. Is it really missing or am i doing something wrong ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E- Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vÃnculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
Just a warning about using SPACE=(TRK,0). We had a job that used that and it all of a sudden started getting abends with a message that there was no space defined. Our storage folks had just set up SMS for VSAM Extended for that specific group of datasets. It appears that once you do that it closes a hole that allowed the SPACE=(TRK,0) specification. We had to change it to SPACE=(TRK,1) which worked. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Wednesday, April 07, 2010 8:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION esmie moo pisze: Good Morning Gentle Readers, I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl error (dsn not found) in STEP1. I looked at using COND=EVEN but it doesn't work because the job did not abend to meet the condition. Is there another way of going about having the job continue to STEP2 eventhough STEP1 has a jcl error? No. However the problem can be solved. First method: //STEP1 EXEC PGM=IEFBR14 //DELTHIS DD DSN=name,DISP=(MOD,DELETE),SPACE=(TRK,0) Such step won't give you JCL error even if dataset does not exist. Second method: //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE datasetname SET MAXCC=0 Both methods have its own advantages and disadvantages and can be slightly modified. Both do work in most circumstances, but not all. -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to be notified when softcap is set?
Yes, OMEGAMON also has the ability to monitor the 4HRA when the LPAR is soft capped. In the SMF Type 70-1 record, the variable SMF70MSU has the defined capacity for the LPAR and SMF70VPF is a flag where one of the bits indicates the partition capping is enabled. However, I don't know if that means that you've hit the cap, or just that capping is turned on. If you run Barry Merrill's MXG code he has a couple of variables in the TYPE70 dataset (and related datasets) that help with determining if you've hit the cap. I'm sure other SMF analysis tools, such as MICS, have the same. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Al Sherkow Sent: Monday, March 29, 2010 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to be notified when softcap is set? David -- There are no z/OS (WLM, RMF) messages when the cap is reached. You can monitor this with RMF III from the CPC screen. I don't know about the other monitors, but I expect they would have a similar capability. Al Sherkow I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD Voice: +1 414 332-3062 Web: www.sherkow.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to break out CPU-time
z/XPF is a pretty good product. I believe it is the one a previous post mentioned that user the trace tables. I saw the demo at CMG 2009. The only problem for my shop is that it doesn't get inside CICS yet, but they said they're working on that. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Friday, March 19, 2010 3:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to break out CPU-time -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donald Johnson Sent: Friday, March 19, 2010 1:56 PM To: IBM-MAIN@bama.ua.edu Subject: How to break out CPU-time I have a started task that performs a number of functions. In CA Sysview or SDSF I can see the total elapsed time and CPU time, I/O etc. for the overall task. Is there any way to get a more detailed breakdown of these summary numbers? For instance, can I break down the CPU time into more detail to see what is actually consuming these cycles? SNIP There is a new product for this called z/XPF that Dave Cole has on his web site (www.colesoft.com). You might want to give it a try. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: logical swapping in z/os 1.9
I was just reading a presentation made by Rich Olcott at the August 2008 SHARE that might relate to what Hal is referring to. In it Rich is discussing the unattainable goal. He says that after a time WLM will realize that the goal can't be reached and will stop trying for a while. So basically the service class period is removed from the receiver queue, but it remains on the donor queue. Then Rich makes this statement. What happens if you give WLM an unrealistic goal? WLM tries everything it can to help, but then gives up and goes on to help work that can be helped. Meanwhile, the Don Quixote work steadily loses the resources it was given. I don't know it that might be what's happening here or not. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, March 16, 2010 9:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 I hear that overly aggressive WLM goal settings can do this. Look for high importance workloads not meeting their goals because the goals are not achievable. I believe that WLM will hold back recourses in an effort to 'push' these workloads towards their goals. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: logical swapping in z/os 1.9 Strange - during these delays CEC is not heavily loaded (75%), we have 30% available frames, and these delays are reported in section STORAGE delays (as 100% delays , reason: OUTR 100%) I am not sure (I doubt) it's CPU problem Regards, Pawel On Tue, 16 Mar 2010 09:04:50 -0500, McKown, John john.mck...@healthmarkets.com wrote: I'm no expert, but I am fairly sure that swapped out and ready to run is more due to lack of CPU resource, or some sort of WLM problem than a problem due to swapping. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Tuesday, March 16, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: logical swapping in z/os 1.9 Hello everybody, Recently, when I was looking at RMF monitor III reports during End of Day processing I have noticed (from time to time) following delays: Job: WMJPXSR0 Primary delay: Swapped out and ready to run. Probable cause: Too many jobs/users running. Help panels contain more possible causes. Primary Reason : OUTR My first thought was that we have (central) storage problems, but I didn't noticed any paging occuring that time (in fact, we had about 50% available frames), then I have read, that z/os doesn't use physical swapping anymore. I noticed, that such situation occurs when simultaneusly many jobs tries to enter the system. Are there any parameters in z/os which can be customized to eliminate such delays, or it's 'deep system flavour'/normal behaviour and it shouldn't be touched? I tried to read about how SRM adjust MPL but didn't understand it. Do you have any ideas how two handle such situation? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any
Re: Consequences WLM when moving to z10
Always check your velocity goals when changing hardware. Those can be affected by the differences in hardware speed. You response time goals should be OK. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wim Hondorp Sent: Thursday, March 04, 2010 4:54 AM To: IBM-MAIN@bama.ua.edu Subject: Consequences WLM when moving to z10 Hi there, We are in the process of going to z10 hardware and I am looking for possible WLM consequences. I found that when using Hyperdispath, it is a good thing to keep track of the velocities because they can be influenced by this feature. Any other ideas or tips are welcome. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: need for SmartUser?
The big problem is that no one knows how to read, or write, anymore. I was at a well known, excellent engineering school not long ago. I happened to pass by a bulletin board that held postings put up by faculty and students to announce things that were happening around the campus. The spelling and grammar in the postings was horrible. As noted by the article below, we really do need icons and various colors, etc. these days to tell people what to do. That's all they understand. They certainly don't understand the written word. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, March 01, 2010 8:23 AM To: IBM-MAIN@bama.ua.edu Subject: OT: need for SmartUser? This is not really about IBM mainframes. But it is, in a sense, about computing in general. And, perhaps, why mainframes are viewed as archaic. This is a slashdot article. The person appears to be asking a serious question. But, how stupid should computer users be allowed to become? http://ask.slashdot.org/story/10/03/01/132219/How-Do-You-Get-Users-To- Read-Error-Messages?art_pos=1 quote The longer I do desktop support, the more it becomes obvious that my users don't read anything that appears on their screen. Instead, they memorize a series of buttons to press to get whatever result they want and if anything unexpected happens, they're completely lost. Error logs help a lot, but they have their limits. I've been toying with a few ideas, but I don't know if any of them will work and I was hoping my fellow Slashdotters could point me in the right direction. For example, I was thinking about creating icons or logos to identify specific errors. They might not remember that an error about uninitialized data but they might be more able to remember that they got the puppy error if I showed a puppy picture next to the error message. Or for times when finding images is too time consuming, you could create simple logos from letters, numbers, symbols, colors or shapes, so you could have the red 5 error or blue square error (or any combination of those elements). I've even wondered if it would be possible to expand that to cover the other senses, for example, playing a unique sound with the error. Unfortunately, haptic and olfactory feedback aren't readily available. I like to think that my users would remember the error that caused them to get a swift kick in the balls. And if they forgot it anyhow, I could always help them reproduce it. Does anyone else have experience with ideas like these? Did it work? /quote John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
Re: zAAp on zIIP Question
One thing to be aware of is that once you turn on zAAP on zIIP you no longer get the zAAP information in the SMF records (i.e. zAAP elligible, etc.). It is now all considered zIIP work and shows up in those buckets. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Friday, February 19, 2010 5:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: zAAp on zIIP Question Klein, Kevin wrote: I'm wondering if anyone here has any experience with the ZAAPZIIP feature of z/OS 1.11 yet. Yes. We use it here. We know not all zIIP-eligible work is dispatched to a zIIP engine (about 50% of DB2 9 DDF work if what I've read is correct). If one has only zIIP engines and uses the ZAAPZIIP option on z/OS 1.11 is the same penalty applied or will all zAAP-eligible work be dispatched to the zIIP engines. The creator of the enclave specifies the percentage of SRB mode work running in the enclave that is eligible for redirection to zIIP. DB2 is deliberately setting the percentage below 100%. In our products, we always set the percentage to 100%. zAAP on zIIP does not use this instrumentation. No enclaves; no SRBs. The feature simply allows all work that would have been queued to the WUQ for zAAPs (if there were any) to be queued to the WUQ for zIIPs. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPARs: More or Less?
I have read through several responses to this, and I agree with all of them. Performance wise, having less LPARs is probably better. Our shop is small and we have only on CEC with three LPARs (production, development, and sysprog sandbox). One purpose for the three is to be able to test new releases of the software without affecting production. Of course software like the operating system, CICS, and DB2 start in the sysprog sandbox. Once the system programmers are satisified it would move to the development LPAR and then to production. New releases of application code start in the development LPAR. One other advantage of having the separate LPARs is that by using the LPAR weights I can give preference to the total production LPAR over what is running is development or the sysprog sandbox. In the instances where the total CEC is near its max (month end processing), I would prefer that development and the sandbox start feeling the pinch before production does. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke Sent: Wednesday, February 17, 2010 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: LPARs: More or Less? Here is what I thought was a dumb question until someone posed it to me yesterday. Why have a separate QA LPAR and not just leave QA in the DEV LPAR? The more I tried to come up with a good reason, the more I could not find one. Then I started to take the logic to its extreme and ask myself, Why do we have LPARs at all? Can't MVS (z/OS) handle it? Why replicate the z/OS operating system a gazillion times when z/OS already has everything needed. I know single point of failure at all that jazz, but then what do we have a DR box for anyway? If it were really my money I was playing with, would I have sooo many LPARs just for neatness or so-called integrity, control, apple pie, and motherhood? I know RAS, Reliablity, Available, Serviceability. But that cannot be achieved with a single instance of z/OS, a software sandbox, and a DR box? Don't we already logically separate DEV, TEST, UAT, and PROD in separate CICSes, DB2s, etc. Why then do we need to separate them physically in their own LPARs, incur the addition cross LPARpay hire licensing fees (not counting sub-capacity licensing) only to bring them all back again logically with SHARED PARMLIB, SYSRES, MASTERCAT, JESPOOL. Is this just IBM's and ISVs way of making more money? These are hard questions like, Is the emperor really wearing anything?. Are fewer LPARs necessarilly a bad thing? After all there is L -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Weights and CPs
Yes, it is not a good idea to assign all of your CPs (physical processors) to all of your LPARs. What you are doing is having all the LPARs competing for the CPs on an equal basis. The weights take effect only when the total CEC is 100% busy or at least very close to it. Also, the recommendation is that the number of logical processors (LPs) not be more than 2.5 times the number of CPs. Even in your original configuration you have have a ratio of 11 LPs to 3 CPs. That is quite high. As far as the weights go, first you do need to determine which LPAR(s) you want to get priority to the system when it is pegged. Then many shops do define the weights so that the added to some even percentage type number, usually 1000. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Wednesday, February 03, 2010 11:05 AM To: IBM-MAIN@bama.ua.edu Subject: Weights and CPs We have a z990 box with 3 Shared CPs. We use to break the weights up over all of our LPARs using the actual weights and the # of CP online varied. For example LPAR1=881(3 CPs) LPAR2=63(2 CPs), LPAR3=221(3CPs), LPAR4=50 (2CPs), LPAR5=37(1 CP), but we wanted to try something and recently changed to use a % method alll having 3 CPs online. For example, LPAR1=71, LPAR2=5, LPAR3=17, LPAR4=4, LPAR5=3. We have noticed that it appears that on LPAR1, we are finishing our batch later than before we made the switch. Its not much of a difference, but still it consistently seems to be later. Any thoughts of what may be going on here? Is it not a good idea to have all CPs on to all of our systems, especially when we may not need them? Is there a better way to handle this? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM
I am in the process of completely redesigning our WLM policy, so I'm going through pretty much the same as you. Although, I do have some experience in designing one shortly after WLM appeared on the scene. What I'm trying to get a handle on is new functionality and subsystems that have been introduced since I originally set up a WLM. What WLM manual are you looking at? Definitely get the MVS Planning Workload Management manual. Also, I would recommend the System Programmer's Guide to Workload Management Redbook. You might also want to review any performance manuals available for whatever subsystems you have (DB2, IMS, CICS, MQ, etc.). As far as response time vs. velocity goals are concerned, response time goals are a whole lot easier to deal with. If you have CICS, for example, you probably have a good idea how fast you want the transactions to finish. That and IMS are excellent candidates for response time goals. Also, response time goals stay the same between operating system and hardware changes. Velocity goals need to be reevaluated and possibly changed. However, long running tasks (long batch jobs, forever running STCs, etc.) require velocity goals, but you can set up a response time goal service class for some batch jobs. For example, in my first WLM I had set up a response time goal of 60% witching 15 minutes for short running jobs. It worked well, but you do need to know, and be able to control, your batch environment to do that. Also, when setting up a response time goal, use percentage response time, not average response time. IMHO the average response time goal is worthless. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Wednesday, February 03, 2010 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM What are the benefits on controlling via a response time goal vs. a velocity goal? Our system has been pretty constrained lately and I'm looking for ways to improve it, but I'm not that familiar with WLM. By the way, I am looking at the WLM manual was well. I need to get the MVS Planning Workload Management one though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Neon Responds (was IBM countersues Neon over zPrime accelerator)
Neon has posted a response to IBM's countersuit on their web site here - http://www.neon.com/neon/countersuit.shtm. These are several documents that have been filed in the US District Court, Western District of Texas, for all you that are interested in that. This could get real interesting. Tom Kelman * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM
When setting up CICS you would normally place the CICS regions into a velocity service class as you have done. In determining the velocity of a service class, WLM samples the service class periodically and evaluates the velocity as (no. of using samples)/(no. of using samples + no. of waiting samples). This means using CPU or I/O. So the execution velocity can be thought of as a type of throughput measurement. Now you have to decide whether you're going to control your CICS processing via the execution velocity goal or via a response time goal. Many shops control their production CICS via a response time goal and their test CICS via the velocity goal. To control via a response time goal you need to set up another service class with either an average response time goal (not recommended) or a percentage response time goal. The percentage response time goal says you want xx% of the transactions to finish within a certain time peroid. Then you define your CICS transactions to this class. That can be done using one of several different methods such as the tran ID, APPLID, etc. (see the MVS Planning Workload Management, SA22-7602-15). Once you do that the velocity goal for the regions is only used when there are no transactions going through them. Once there are transactions then the response time goals kick in. If you want to control completely by the velocity goal then don't set up the response time service class. If you have just 1 or 2 regions that you want to control via the velocity goal only then when defining them to the STC subsystem enter the region name. Then scroll 2 screens to the left. There you'll see a column for controlling by transaction response or region. Just enter REGION into this field. You really should not have other started tasks in the same service class as your CICS regions, especially if your using response time goals. That's because WLM will treat the CICS regions with response time goals differently than the other STCs. WLM actually ignore the velocity goal for those regions when transactions are processing through them. At the very least this will mess up your reporting values. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Tuesday, February 02, 2010 2:16 PM To: IBM-MAIN@bama.ua.edu Subject: WLM I'm not that familiar with WLM, which leads to some of my questions. We've been experiencing HIGH CPU activity in CICS, which uses ONLPRD service class. The ONLPRD has a IMP of 1 and execution velocity of 50. In addition to ALL of our CICS running in ONLPRD, we are running DB2 task as well and a few others. I don't really understand the execution velocity or ??% complete within 00:00:00. Can someone shed some light on this for me? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT (?): Are HTML emails unsafe
Steve, I've been thinking about this, and I also saw Steve Thompson's post about it. I've been using Windows for years. I'm currently on Windows/XP thinking about going to version 7. I've also thought about getting a MAC because I do a lot of Photoshop editting and I've been told the MAC is great for that, but I'm an old dog and don't want to try and learn something new. Anyway, I've been getting HTML emails for several years now with no problems. I do run the lastest version of Norton and have the auto-update feature of it turned on. So I'm updated with the latest anti-virus protecting and other anti-malware stuff. I do think that the decision is a personal thing and has to do with how well your systems are protected. Only the user knows that. As has been said here before - YMMV. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, February 02, 2010 11:23 AM To: IBM-MAIN@bama.ua.edu Subject: OT (?): Are HTML emails unsafe For years now I've configured my mail client to not accept HTML emails. The common wisdom, as I percieved it anyway, has been that HTML emails and various kinds of attachements (esp. Word documents) were prime paths for viruses to attack your system. I seem to be getting a lot more HTML emails these days and I got to wondering if technology has changed enough that the probability of this kind of email being malicious has dropped to extremely small. Any insights from the group? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques Ask me about our new, reduced rates for purchasing our course materials for use by your own trainers or Subject Matter Experts (SMEs). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM BATCH rules
I also agree that you should keep it simple. Also, remember that the importance level determines just what it says and the velocity goal should be set according the type of work running in the SC. Don't set the goal based on the importance of the work. Assuming all 6 service classes run similar batch work I would set them somewhat as follows. Remember that this all depends on your shop and what is important to you. However, normally CICS, DB2, MQ, and other subsystems like that are the most important work in any shop; so I wouldn't give any batch work an importance level of 1. You might set up a HOTBATCH at importance level of 1 to more very, very, very special batch work into (like the CEO's special job :-)). BATHI and BATWLMHI - IMP 2, Velocity 30 BATMD and BATWLMMD - IMP 3, Velocity 30 BATLO and BATWLMLO - IMP 4, Velocity 30 And, once again, everything is dependent on how your shop wants to run. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Friday, January 15, 2010 8:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM BATCH rules On Fri, 15 Jan 2010 08:27:11 -0600, Mark Zelden wrote: On Thu, 14 Jan 2010 21:15:17 -0600, R Hey sys...@yahoo.com wrote: Hi, For a heavy (100+ jobs) nightly batch runs, my client has 6 SC : BATHI ,BATMD , BATLO: JES init BATWLMHI ,BATWLMMD ,BATWLMLO : WLM init Used by different job classes. Is it better to use: 1- same IMP for all, use different Velocity, or 2- different IMP Vel, or ... ? My client uses: *HI i2 V20 *MDi3 V10 *LO i4 V5 TIA, Rez You shouldn't mix WLM and JES2 controlled inits in the same service class, so I can see why there are 6 (3 for each). It's a side issue... but if they are still using JES2 inits for a very limited workload / set of jobs, do they really need 3 SCs for it? The less total SC periods active in the LPAR that can manage the workload, the better for WLM. I agree. Keep it as simple as possible. 100 jobs per night is not nearly enough transactions for WLM to effectively manage 6 service classes. It might make sense to look at response time goals. You can account for variability in run time with lower percentiles. It may be that your LO jobs should run in discretionary. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM BATCH rules
Allan, I'm interested in your statement about DB2 being managed at the transaction level (usually). As far as I know DB2 is not transaction managed the way CICS or IMS is. DB2/DDF does do its processing via enclaves, but that is different from the type of transaction processing that is done for CICS and IMS. I expect that most shops set up their DDF first period with a response time goal, but you can also set up a batch service class period with a response time goal, and that certainly isn't transaction type management. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, January 15, 2010 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM BATCH rules snip This can't be right. Adjustments to goals / DPs are made every 10 seconds. Could you imagine if online systems in different service classes with the same importance behaved this way? For example, CICSPROD with IMP=2 and DB2PROD with IMP=2. /snip 1) Generally (unless you are really really huge) CICS/DB2 are at the top of the CPU food chain and will *NEVER* perceive 100% utilization. I.E. to those address spaces, the CPU is *NEVER* 100% busy. There is adequate CPU for all. 2) Both CICS and DB2 (usually) are monitored for performance at the transaction level, not the address space level The workloads I discussed are 2 separate batch service classes (one for WLM inits and one for JES inits). They are behind the onlines, and thus *CAN* perceive 100% busy. Either can consume 100 percent of the available CPU (after the loved ones are taken care of). Actually during some of the early investigation, I had WLM L2 look at what was going on at the 10 sec level via a dump of the WLM address space. According to WLM L2, it took that long for enough delay samples to accumulate and convince WLM to make an adjustment. This was not shown by RMF II or RMF III. They made a suggestion to increase the performance objective to make WLM more responsive. I.E. MPL/DP adjustment made sooner rather than later. This has lead to more periods of continuous distribution and fewer of alternating distribution. However, I have not been able to completely eliminate the alternating distribution phenomenon. This has been explained to my satisfaction and I feel this is an artifact of my particular workloads. I do concur with Ted, that the design choice made then may have been less than optimal but I have to live with it and get my work done. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper-dispatch
Thank you to all those who've replied concerning this. We probably are going to turn it on and give it a try. Does anyone have a good idea of what to measure before and after we flip the switch on HiperDispatch to be able to prove whether or not it helped at all? Any ideas are welcome. Also, if anyone can point me to documentation on HiperDispatch that would be appreciated. I have seen articles touting its benefits, and I have two articles at the IBM CCR web site by Laurence Hart about it and how Tivoli Omegamon can be used to measure it. If there is anything else you know about please pass it on. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Wednesday, January 13, 2010 7:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Hiper-dispatch Shane writes: Maybe. Give us some hard data. OK. It's in the range of 0 to 10% benefit, give or take. The exact amount is highly situational. (And see below about LSPR.) IBM has a habit of spruking features that (only) benefit big shop - especially when the product is fresh (was going to say green, but let's not go there). Small shops tend to get trampled in the hypekrieg. Um, no. HiperDispatch is not some nefarious plot to sacrifice smaller shops at the altar of bigger shops. It's a free switch, and everybody z10, big and small gets the same switch to throw. IBM's LSPR figures (and thus MSU figures, and thus things like software charges) are calculated with HiperDispatch *enabled*, with HiperDispatch already accounted for, for everybody. It has nothing to do with big shop/small shop. If anything, it's the opposite, because big shops that don't enable HiperDispatch fall off the LSPR curve more badly than small shops. The hard data are already published. It's all already baked into LSPR and into the reference workloads. Apparently both IBM and Sirius are advising the original poster to try enabling HiperDispatch. I doubt they're trying to waste the OP's time. Again, what's the downside? If the OP isn't happy with it, shut it back off. It's a dynamic switch to flip on or to flip off. And the switch is free. Yes, of course, do the planning, preparation, and pick an opportune time to flip the switch. And, if you've got something more important to do, do that first. But at least pencil it into your schedule. Bruno writes: Are you sure ? Well, no, not 100%. That's why it's a switch. I'm 100% on only a few things, like death and taxes. I seem to remember the hardway that when a system is WLM well tuned , you could consume a bit more MSU when you put faster disks. On a quite busy sysplex with unchanged software cap values we were capped a lot earlier than with the previous generation of disks. I always assumed that this behaviour was a consequence of faster dispatching ( the data being available earlier) But i could be wrong ( i never measured Hiperdispatch data) but i would be careful :-)) It's an interesting hypothesis. But what I'd recommend doing is consult the HiperDispatch documentation, do the reasonable/prudent planning and preparation, and then... flip the switch. See how it goes. If you don't like it, back it off and figure out what you want to do. I'm sort of repeating myself now, aren't I? :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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
Hiper-dispatch
Cross posted to the MXG listserv. I'm trying to verify and consolidate what I feel I know about hiper-dispatch. We are running a z10-BC under z/OS 1.9. Our processor has 4 engines and 3 LPARS (production - 4 LPs, development - 2 LPs, and system programmer sandbox - 2 LPs0). We currently are not running hiper-dispatch. About 4 weeks ago we had a meeting with IBM and Sirius to discuss some CICS response time problems we had been having. I could not be at the meeting as I was out of town on family business. In that meeting IBM and Sirius strongly urged us to turn on hiper-dispatch, and they said that there was a new measurement tool to tell us how much we improved after making the change. However, I understand the following about hiper-dispatch. Can anyone verify if my understanding is correct? 1. For our system set up hiper-dispatch probably won't be of any great benefit. 2. Although IBM won't admit it, there could be a downside to hiper-dispatch, especially in smaller environments like our. 3. The measurement tool is a new SMF record that is cut. However, IBM has not published the layout of this record and to get reports on it you have to send the data to IBM (or our third party vendor, Sirius). Tom Kelman Enterprise Capacity Planner 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
I just believe that's the way CEOs and CIOs will read it. Most of them really think that the mainframe, especially using z/OS, is old technology even with the changes that have been put in place. I really love this board. I post a link to a article about Accenture recommending that banks retool their core system to new technology and we get into a discussion of COBOL vs JAVA and other areas and finally get back to the original topic. Mind, I'm not complaining. It's all been a fun read. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, December 01, 2009 3:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture Kelman, Tom pisze: Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? Comment: Their banking system (Alnova, formerly Altamira) is mainframe based. Actually z/OS. I strongly doubt they want to convince their own customers to get rid off their product. Q: Why do you think that new technology means non-mainframe? -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Dataset switching upon IPL
According to the SMF when a Z EOD command is done the MANx files are switched. When the operator issues either the HALT EOD or the SWITCH SMF command, the following actions occur: v A type 19 record is created for each online direct access device (if a type 19 record was specified) v For a SWITCH SMF command, a type 90 record is created to show the old and new data set names v The SMF buffer is written to the active SMF data set v The SMF data sets are switched so that the operator can dump the previously active data set. Then, when SMF is restarted is searches for the first non-full dataset and starts writing to that one. During initialization, SMF searches the SMFPRMxx parmlib member to see whether the system is using log streams or SMF data sets to record SMF data. If the member specifies or defaults to RECORDING(DATASET), SMF searches the list of data sets specified on the DSNAME parameter of the SMFPRMxx member for the first non-full data set. The search proceeds in the order that the data sets were defined. If a data set is found, that one becomes the ACTIVE data set. My quess would be that when you did the Z EOD the SMF datasets did get switched, but there was nothing to write to MAN2 before the system came down completely. When SMF started again it started to write to the unfull MAN1 dataset. MAN2 was still empty so it showed as available. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, December 01, 2009 10:11 AM To: IBM-MAIN@bama.ua.edu Subject: SMF Dataset switching upon IPL I had occasion to IPL one of our test LPARs the other day. We used the usual shutdown script which includes a Z EOD command. I'm almost positive I saw a switch from MAN1 to MAN2. When the system came back up, it reported that it was recording on MAN1, and MAN2 was available. None showed 'dump required'. Being in the IPL sequence, the SYSLOG isn't much help. Thoughts? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Now is time for banks to replace core system according to Accenture
Accenture is saying that now might be the time for banks to replace their core systems and retool to new technology. They don't actually say it, but it sounds to me like their saying that big banks should get off the mainframe. comments? http://www.banktech.com/blog/archives/2009/11/why_the_time_fo.html?cid=n l_bnk_daily Tom Kelman Enterprise Capacity Planner 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Model / Serial simulation for License pretest
Yes, some vendor software does have a grace period so it will work during a cut over/upgrade or in the case of a disaster recovery test or the real thing - others don't. The problem is that the really critical pieces of software usually don't. Why do you want your vendors sleeping during the upgrade anyway. Don't you want them there biting their finger nails right along with you. :-) In 35 years in the business, first as a MVS sys prog and now as a performance analyst, I've never seen anyway to pretest the software keys. I'd be interested if anyone knows of one. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, November 23, 2009 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Model / Serial simulation for License pretest Bob wrote: During a recent CPU upgrade from a z9 to a z10, it would really have helped if we could have pretested the new s/w licenses for the 2097 on the old 2094. Anyone know of a free or low cost way to do this (to allow the software vendors to sleep better during the cut over). We did get a few licenses that were usable on both platforms - of course one of the ones that didn't, caused us some grief. I doubt software vendors would sleep better if this capability existed. ;- ) Humans make mistakes from time to time.Our license strings come with embedded grace periods that allow days or weeks of execution in unlicensed environments to ensure uninterrupted operation during any cut-over--even if a mistake was made. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch
That's what I was thinking. A system this critical and there is no backup and no failover for 7*24 uptime. Just think - this is one of the systems that controls our airline flights. I was talking with someone that I work with who is actually an ex-employee of one of the major airlines. The airlines have to electronically file their flight plans into this system a certain number of hours before the pilots are allowed to leave the ground. That's what caused all the delays and cancellatioins - no flight plan filed - no flight. I'm about to take a flight in a couple of weeks, and the fact that the system seems to have no backup/failover process is very scary to me. I sure hope that there are better failover facilities for the actual flight controllers' system that's used once the plane is in the air. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of scott Sent: Thursday, November 19, 2009 7:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch Patrick Lyon wrote: On Thu, 19 Nov 2009 13:56:25 -0700, Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: Looks like a router failure http://gcn.com/articles/2009/11/19/faa-software-hackers-delays.aspx? s=FAAnewsalert 4 hours to fix a router? Good Grief. And no backup? Sounds like a single point of failure to me. Makes one wonder what other single points of failure there are. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tapeless???
We went all virtual tape about 6 months ago. We have kept three 3490 drives because we do deal with some customers that still require tapes be sent. The drives are standalone and require that the tape be mounted by a human operator the old fashion way. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Petersen, Jim Sent: Wednesday, November 18, 2009 8:41 AM To: IBM-MAIN@bama.ua.edu Subject: Tapeless??? We have gone completely Virtual Tape. We are at the point of getting rid of ALL of our tape drives. Have any of you gone completely Virtual and if so, have you kept any tape drives around just in case a software vendor HAS to send you a tape because they have no other way to get you the software??? If you have had to keep tape drives around, what models (3490 3592 etc) have you kept??? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tapeless???
As a follow on to my previous reply to Jim's post. We mirror all the data that we need for disaster recovery purposes to our DR site about 30 miles away. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, November 18, 2009 8:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless??? How do you plan to handle DR? Thank You, Dave O'Brien NIH Contractor From: Petersen, Jim [jim_peter...@homedepot.com] Sent: Wednesday, November 18, 2009 9:41 AM To: IBM-MAIN@bama.ua.edu Subject: Tapeless??? We have gone completely Virtual Tape. We are at the point of getting rid of ALL of our tape drives. Have any of you gone completely Virtual and if so, have you kept any tape drives around just in case a software vendor HAS to send you a tape because they have no other way to get you the software??? If you have had to keep tape drives around, what models (3490 3592 etc) have you kept??? ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone - The information contained in this e-mail and any attached documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been sent to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tapeless???
We do the same. We have EMC disk and virtual tape systems which are fully mirrored to our DR site. The processor at or DR site is the same model as the one in our main shop but with only 1 engine available. We do our DR testing using that one engine and will use capacity on demand to bring up the others in the event of a true disaster. We also have the ability to snap the data for a DR test to a second set of disk so that we don't have to break the mirrors to run the test. That dasd is of a lesser quality then our primary dasd so it is less expensive. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Bishop Sent: Wednesday, November 18, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless??? We replicate all tape files offsite. Our disk system environment is kept replicated to a second set of disks. Backups taken to virtual tapes locally are copied to the second tape library. This is both full volume and HSM. Long-term data retention is managed by retention dates and expiration policies, just like physical tapes. We basically support our own DR site at another of our facilites. We own a processor, which is kept at minimal capacity,with no software licenses, designate the box as a DR box, and contract for the right to bring it up to full capacity in the event of a disaster. We test a coulple times a year, and are as current as the last disk replication cycle gets us. We can be back online in a couple of hours if need be. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 van der Grijn, Bart (B) bvandergr...@dow.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 11/18/2009 10:36 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Tapeless??? I'm also intrigued by how those of you that have gone tapeless address the traditional tape needs. - How do you store backups and archives in your environment? Do they go to virtual tape but never leave the cache? - Do you not send backups off-site? - For DR, do you rely only on a disk mirror? Does that mean you mirror your archives and backups as well? Thanks, Bart -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Bishop Sent: Wednesday, November 18, 2009 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeless??? Peer-to-peer to a cold site. Nowdays, you can also use tape libraries in a Grid environment. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 Pat Mihalec pat_miha...@rush.edu Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 11/18/2009 10:02 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Tapeless??? I have a question for you that have gone tapeless. How do you DR your system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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. *
Re: Reentrant Programs and Protected Storage
You said that the module was linked reentrant, but are you sure it is truly reentrant? Are you sure it doesn't have code that modifies storage making it a non-reentrant module? Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Shein Sent: Wednesday, November 18, 2009 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reentrant Programs and Protected Storage What makes you think the S0C4 is caused by the program being loaded into subpool 252? Mostly the fact that the same load module (or a physical copy of it, at any rate) works in a non-authorized library and fails in an authorized one. But as I said, I'm open to suggestion, that's why I made the post. Issue D PROG,REFRPROT to see if you have this option enabled... Nope. That is, it isn't. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A big contributor to S/360
The 1401 (actually a 1410) using the Autocoder language was the first IBM computer I was involved with. I was a college student and had a co-op job with DuPont. About a year after I started working with them I returned after my school quarter and they had replaced the 1410 for an IBM 360 and an IBM 1620. The 1620 was an open shop computer for the works engineering division that I worked in and I fell in love with it. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Cartwright Sent: Tuesday, November 17, 2009 7:33 AM To: IBM-MAIN@bama.ua.edu Subject: A big contributor to S/360 http://www.theregister.co.uk/2009/11/17/ibm_1401_fiftieth_anniversary/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A big contributor to S/360
Well, it was a very strict format and almost like assembler. Here is a program to print the song lyrics for 99 Bottles of Beer on the Wall. http://99-bottles-of-beer.net/language-assembler-(1401-autocoder)-1071.html And here is a pdf manual for 7080 Autocoder language. Note the coding sheet layout on page 13. You had to be sure to get everything into the right columns in the punched card. Yes, we used punched cards way back in the computer cave man days. :-). http://www.bitsavers.org/pdf/ibm/7080/C28-6263_7080_Autocoder_1962.pdf The first IBM 360 machines had an Autocoder emulator so companies could run their old 1400 series programs while they were going through the conversion process to get them recoded to COBOL. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thomas Berg Sent: Tuesday, November 17, 2009 8:05 AM To: IBM-MAIN@bama.ua.edu Subject: SV: A big contributor to S/360 How did the code for the Autocoder look like ? Curious cat want to know. :) Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Kelman, Tom Skickat: den 17 november 2009 14:54 Till: IBM-MAIN@bama.ua.edu Ämne: Re: A big contributor to S/360 The 1401 (actually a 1410) using the Autocoder language was the first IBM computer I was involved with. I was a college student and had a co-op job with DuPont. About a year after I started working with them I returned after my school quarter and they had replaced the 1410 for an IBM 360 and an IBM 1620. The 1620 was an open shop computer for the works engineering division that I worked in and I fell in love with it. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Cartwright Sent: Tuesday, November 17, 2009 7:33 AM To: IBM-MAIN@bama.ua.edu Subject: A big contributor to S/360 http://www.theregister.co.uk/2009/11/17/ibm_1401_fiftieth_anniversary/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** *** 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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
Re: Hardware withdrawal: IBM System z9
But instead of downgrading why not get the z10BC? It has a better MSU to power ratio so you get the savings in software costs without the decrease in power. Besides, I believe the zIIP and zAAP engines are also less expensive. That's what we did. We went from a 2096-U04 without a zIIP to a 2098-S04 with a zIIP and still got the software cost savings. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, November 17, 2009 11:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Hardware withdrawal: IBM System z9 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve R Wolf Sent: Tuesday, November 17, 2009 11:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Hardware withdrawal: IBM System z9 John, We downgraded our z9BC recently. The CE will bring in a CD with the proper authorization on it and the CPU capacity changes instantly. A fee is required. We are running z/OS 1.8. Regards, Listen. Think. Solve. Steve Wolf Yeah. I've been told that our T02 - Q02 will cost $14,000. But will reduce our software bill by $38,000. A net decrease in cost. Assuming we don't die due to lack of CPU power. shrug Not my worry. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Opinion time: SMF data in XML format?
An XML engine was added to SAS in version 8.2 and has been improved since then. You should be able to write a SAS program, or have someone write it, that will pull the data you want from the MXG database and output it in XML format. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Friday, November 13, 2009 7:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Opinion time: SMF data in XML format? On Thu, 12 Nov 2009 15:07:37 -0600, McKown, John wrote: I would like to process the SMF data off of the z/OS system. Most likely on a Linux system. And most likely in JAVA We no longer have SAS on the mainframe, but we do have it on a Windows box that I am supposed to have access to. I'll talk to the person here who has been doing the MXG work on it to learn how to use it. But I want to take the data home, in XML... Maybe you can get MXG to create the XML? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html