I thought June 2010 was a little early if the z11 isn't going to be
available until Q4 2010, but to be honest I haven't payed attention
to the exact timing of past withdrawal announcements.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
That's just Withdrawal from Marketing (you won't be able to *buy* one
from IBM). No mention of End of Service (EOS).....
-jc-
Is there something z9 does that z10 can't? Who will buy z9s with z10s
available at the same price?
They could withdraw z9 now for all I care...
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edj...@phoenixsoftware.com
http://www.phoenixsoftware.com/
Not yet! We are actually downgrading our z9BC from a T02 to a Q02. Oh, perhaps it should be immediate. I would love to replace the z9 with a z10BC equivalent in MSUs to a Q02. Not that management would be likely to go for it. Or does this announcement not apply to simple MCL changes such as a T02 to a Q02?
--
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....@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 On Behalf Of Mark Zelden
>>
>>
>http://www.ibm.com/vrm/newsletter_10577_5896_139734_email_DYN_1IN/nwk685
>00100
>>
>> I thought June 2010 was a little early if the z11 isn't going to be
>> available until Q4 2010, but to be honest I haven't payed attention
>> to the exact timing of past withdrawal announcements.
>
>That's just Withdrawal from Marketing (you won't be able to *buy* one
>from IBM). No mention of End of Service (EOS).....
>
Thanks, I understand about all that. I just thought the timing seemed
a little early.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
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
Rockwell Automation
414-382-4308
"McKown, John" <John....@HEALTHMARKETS.COM>
Sent by: IBM Mainframe Discussion List <IBM-...@bama.ua.edu>
11/17/2009 10:44 AM
Please respond to
IBM Mainframe Discussion List <IBM-...@bama.ua.edu>
> Thanks, I understand about all that. I just thought the timing seemed
> a little early.
>
Well, the ARE four years old...time flies!
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.
"McKown, John"
<John.McKown@HEAL
THMARKETS.COM> To
Sent by: IBM IBM-...@bama.ua.edu
Mainframe cc
Discussion List
<IBM-...@bama.ua Subject
.edu> Re: Hardware withdrawal: IBM System
z9
11/17/2009 12:38
PM
Please respond to
IBM Mainframe
Discussion List
<IBM-...@bama.ua
.edu>
Nice, but irritating, to know. "The decision has been made. Futher discussion is closed." I.e. soldier, shut up and soldier.
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.
*****************************************************************************
I don't know. I've been told that the decision has been made and is not to be questioned.
TIA,
Bill Johnson
Antares Management Solutions
JC
=>> -----Original Message-----
=>> From: IBM Mainframe Discussion List
=>> [mailto:IBM-...@bama.ua.edu] On Behalf Of Steve R Wolf
=>> Sent: Tuesday, November 17, 2009 11:10 AM
=>> To: IBM-...@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....@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 list...@bama.ua.edu with the message: GET IBM-MAIN INFO
=> Search the archives at http://bama.ua.edu/archives/ibm-main.html
=>
John Cassidy (Dipl.-Ingr.)
Kapellenstr. 21a
D-65193 Wiesbaden
EU
Mobile: +49 (0) 170 794 3616
http://sva-zhosting.com/en/index.php
>We've had an issue where MQ tries to trigger a CICS transaction before CICS
is ready. Anyone else experience this and how do you handle it?
We have been bitten by this too, yes.
>We've thought about setting triggering off for that queue and having
Control-O set triggering on based on CICS being ready. Is there an easier way?
We tend to sweat it out. As the CICS bounces during a period of really low
activity, we haven't had the issue occur too many times.
We monitor the queue depth and when it increases too much an alert goes out
to the operator.
You may or may not be able to live with it...
Cheers,
Jantje.
>Just curious: What casues such bill reduction?
>Is it ISV software or IBM software?
>I'm asking because thanks to WLC pricing you don't need to worry about
>installed MIPS (I mean IBM software bill).
There are a LARGE number of customers still not running with VWLC pricing.
For those customers, a "downgrade" can save software charges. Plus of course
the maintenance charges drop as they are based on the "capacity marker".
Jim Elliott
Consulting Sales Specialist - System z and Linux Champion
IBM Canada Ltd.
There is also at least one ISV product for which the license charge is
based on installed capacity, regardless of usage.
-jc-
I agree with Mark, this is early. z900 and z990 from being made available
to End of upgrades was 6 years. z9 is 4 years 9 months with no announcement of
zNext (z11 ?).
So does that mean we can no longer follow an n+2 policy for hardware as we
can for software?.
From what I was told, it was vendor software which they refuse to license under sub-capacity, but only on full capacity. I don't know which products or vendors.
--
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....@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
----------------------------------------------------------------------
AFAIK, for DR situations and looping transactions, naming but 2, there are
caveats that mean IBM will not be punitive for extraordinary situations where
the VWLC bill is higher via an SCRT submission, as documneted in their
Planning for Sub-Capacity Pricing manual. Coupled with the ability of �soft
capping� via a 3rd party software product (E.g. zCOST AutoSoftCapping) and
thus guaranteed VWLC high-watermark costs, it seems somewhat of a
paradox that customers aren�t adopting VWLC?
Mikey Moss.
On Wed, 18 Nov 2009 06:27:14 -0600, Jim Elliott, IBM
<jim_e...@CA.IBM.COM> wrote:
>There are a LARGE number of customers still not running with VWLC pricing.
>For those customers, a "downgrade" can save software charges. Plus of
course
>the maintenance charges drop as they are based on the "capacity marker".
>
>Jim Elliott
>Consulting Sales Specialist - System z and Linux Champion
>IBM Canada Ltd.
>
>No, it is full WDFM.. You won't be able to upgrade either. No microcode
>changes so no CPU purchases, no new I/O cards.
>
>I agree with Mark, this is early. z900 and z990 from being made available
>to End of upgrades was 6 years. z9 is 4 years 9 months with no announcement of
>zNext (z11 ?).
>
Ahhh, thanks. That was the information that I really didn't want to take the
time to research and was the point of my post. It just "felt" early even
without
me doing the research to back it up.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
>Bill, out of curiosity, why is(are) your CICS region(s) periodically (and
>apparently for some duration, as your queue fills) not ready? It sounds
It does not take much "duration" to have the issue occur. Just the time to
bounce a CICS (even if it takes only a minute) can be enough. Been there...
Jantje.
>With sub-capacity and the promise of lower software costs via VWLC pricing,
>would anybody like to comment as to why VWLC pricing isn�t being adopted?
>Is it ELA/ESSO (IBM Contract) related, or the uncertainty of the software bill?
>
>AFAIK, for DR situations and looping transactions, naming but 2, there are
>caveats that mean IBM will not be punitive for extraordinary situations where
>the VWLC bill is higher via an SCRT submission, as documneted in their
>Planning for Sub-Capacity Pricing manual. Coupled with the ability of �soft
>capping� via a 3rd party software product (E.g. zCOST AutoSoftCapping) and
>thus guaranteed VWLC high-watermark costs, it seems somewhat of a
>paradox that customers aren�t adopting VWLC?
>
>Mikey Moss.
Mickey:
Every customer should do a proper analysis of their total software bill to
determine which pricing model is best for them. While VWLC may be best for
most, I do have customers where due to usage characteristics, a combination
of PSLC and ULC works out better. We see this often where a customer has a
product which has ULC (Usage License Charge for DB2, CICS, IMS and MQ) which
has low utilization. When you go to VWLC all z/OS IBM products go to VWLC.
It is very important to read all the info at
http://www.ibm.com/systems/z/resources/swprice/.
Jim
>Is there something z9 does that z10 can't? Who will buy z9s with z10s
>available at the same price?
Is there a direct upgrade from, e.g., z890 to z10?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
Yes, agreed. It depends on the incoming message rate, the size of the
incoming messages, and how far the queue can back up. Those factors are
situational.
But what I'm wondering is whether there's been any consideration of
eliminating (or at least reducing) CICS service outages when bouncing any
particular CICS region(s). There are certainly ways (plural, probably) to
run CICS in higher availability fashion.
I suppose one alternative is to stop incoming MQ messages first, let CICS
drain the remaining messages in the queue, bounce CICS, then tell MQ to
resume accepting incoming messages. But then you've just converted your
CICS outage into an MQ outage, and thus converted a (somewhat delayed)
processing interruption into an immediate service interruption. In other
words, that sounds to me like going backwards. :-) It's also apparently
unacceptable, because the original question is premised on the problems
with having the queue fill up and stop accepting messages.
So I think the real solution here is beefing up CICS's robustness in at
least one way, unless I'm missing something in the original question. It
sounds like MQ is doing exactly what it's supposed to do (and to its
configured limit), but the thing that's draining the queue is currently
suffering from an interruption that's too long. Hence, how about we focus
on shortening (or eliminating) the interruption in the draining? I don't
really see any other way -- again, unless I'm just totally missing the true
nature of the original question.
....Or, I guess you could (if possible) get a bigger bucket, i.e. figure
out a way to enlarge the queue, to hold enough messages to survive the
drainer's outage.
Bigger queue, more timely/reliable draining, or some combination: isn't
that the full solution choice set here?
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: timothy...@us.ibm.com
Yes. And that particular upgrade is *not* being withdrawn effective June
30, 2010. There is currently no withdrawal date for that upgrade.
1. IBM charges zero for sub-peak monthly 4HRA CPU usage. z/OS JAVAC
tirekicking has *got* to be exactly the sort of work that's sub-peak. (And
if it isn't, you're really doing something wrong.) Enjoy.
2. IBM charges zero to download and use (yes, on your PC) the JZOS Toolkit,
and you can compile as much as you want there. Enjoy.
3. IBM donated all of the original Eclipse developer toolset to the open
source community and continues to slave away (at great payroll expense) on
improving it. At the JZOS Web site, Kirk has carefully documented how to
connect free Eclipse to your z/OS machine via Ant and FTP, again at zero
cost. (Thank you, Kirk.) Enjoy.
4. Every CICS TS V3 or higher and IMS TM V9 or higher customer has access
to one no charge Rational Developer for System z license, so you can use
the full-blown professional-grade workbench, too, at no charge -- as long
as you personally are the first one to grab the brass ring. (Though if you
want full support beyond specific use cases with CICS TS or IMS TM, IBM
will require a support charge.) This RDz package also includes the entire
Rational Application Developer or Rational Business Developer tool, which
we charge everyone else in the world for *except* our CICS and IMS
customers (for their first license). Enjoy.
5. If you don't have a z/OS machine handy, the *most* you'll pay for your
own (virtual) z/OS machine for application development purposes is $350 per
month, as many or as few months as you want. (Assuming you're at least
somewhat reasonable with CPU and disk resource consumption, and assuming
you fit the rather expansive qualification criteria.) If you happen to be
affiliated with a university or even high school, it's probably no charge
rather than $350. Enjoy.
6. There's still the PartnerWorld program (zPDT or System z hardware) if
for some reason you want your own z/OS machine in your own building for
for-market software development, and at low price.
7. If you work for a top secret government agency (or whatever), and the
above options still aren't good enough and/or you don't qualify, ring your
friendly IBM representative and use the magic words "System z Solution
Edition for Application Development, please." If you qualify (which
probably isn't too hard), IBM will happily sell you a full z/OS application
development kit, with all kinds of goodies, for a total 3, 4, or 5 year
price (not cost -- price!) that is distributed UNIX-competitive. Hardware,
hardware maintenance, software, and standard software support -- the full
kit, bottom line competitively priced.
Now, let me just share with you one data point here that might put this all
into perspective. If you want to create a video game for the Sony
PlayStation, you will need to contact Sony Computer Entertainment, execute
a rather restrictive contract, and pay $10,250 (in North America), upfront,
for your developer kit just to get your foot in the door. You'll then have
to pay steep royalties on all the games you sell, and there is no guarantee
that Sony will electronically authorize your game to run on their (!)
PlayStation. (They have full veto authority.) For a video game!
Or let's consider Apple. If you want to develop an application for the
iPhone/iPod touch, you'll need to get a Macintosh and (preferably) an
iPhone or iPod touch. That's not too terribly expensive, but it's an
expense. Then you must submit your application to Apple for approval,
because there's only one way to distribute your application: through the
iTunes Store. Apple can (and does) refuse applications for any reason,
often at a very leisurly pace, and their decision is final. If Apple
refuses your application, you can still distribute it -- but only the tiny
minority of iPhone/iPod touch owners who have hacked their devices can run
it. And you're going to be hard pressed to collect any revenues from that
application. If Apple does accept your application into the iTunes Store,
Apple collects a 30% royalty right off the top -- and again, you have no
choice in that.
Now, I don't mean to pick on Sony and Apple specifically, but let's look at
this rationally. IBM has been working mighty hard to lower the development
hurdles (and costs) for z/OS, and -- as you can see -- there's been much
progress on that front. Could more be done? Perhaps, but how about we
concentrate on the real remaining issues and not try to invent unreal
problems, OK?
Thanks for putting up with my venting. :-)
________________________________
From: Timothy Sipples <timothy...@US.IBM.COM>
To: IBM-...@bama.ua.edu
Sent: Fri, November 20, 2009 12:54:48 AM
Subject: Re: MQ set trigger and CICS
>Yes. And that particular upgrade is *not* being withdrawn effective June
>30, 2010. There is currently no withdrawal date for that upgrade.
Thanks. Given that, I don't have an issue with the withdrawal.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
Volunteer make Apache commons.net understand FTP to z/OS machine.
Thank you, Henrik.
Enjoy.
It was really fun to do though:-)
Henrik
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Behalf Of Timothy Sipples
Sent: Friday, November 20, 2009 7:56 AM
To: IBM-...@bama.ua.edu
Regards, Dinesh
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
The one area I think we need clarification is the �all� z/OS products are VWLC
eligible observation. I thought it was a subset, what some might call �core�
products as per:
www-03.ibm.com/systems/z/resources/swprice/reference/exhibits/mlc.html
OK, I think most people here know the vagaries of NALC and the
encouragement to get new workloads to the Mainframe. So, on the other
legacy hand, where Mainframe workloads started life, the core z/OS products,
z/OS, CICS, DB2, IMS, COBOL, et al; if the legacy long-term Mainframe user is
still investing in the platform, has mission-critical apps that have some
combination of z/OS, CICS, COBOL and maybe some other eligible VWLC
products (E.g. DB2, IMS, MQ, TWS, QMF, SA, Domino, PL/1, et al), why
doesn�t VWLC stack-up for them, as the big hitters from a price viewpoint are
z/OS, CICS, DB2 and IMS?
Then, don�t get me started on the debate of SCRT submissions, where kudos
to IBM they do accept them, hence VWLC, but few ISV�s do (I know there are
exceptions, many contribute to this forum) subscribe to SCRT submissions,
largely because they can�t include their product in the SCRT Type 89 record
creation process�
If lower or fairer software costs for all are an objective of the Mainframe
Community, I just wonder if the ISV�s and IBM are really listening, or
customers are adopting the best software pricing model for themselves. In
2003 the IBM Mainframe charter was all about value, innovation and
community, and so is the �user community� asking for �z/OS (z/VS, z/VSE,
z/TPF, zLinux) Value� from their software portfolios?
Hence full-circle and back to my original question that I will rephrase a little
this time �why aren�t qualified customers committed to the IBM Mainframe
platform deploying VWLC pricing mechanisms�?
On Thu, 19 Nov 2009 06:18:00 -0600, Jim Elliott, IBM
<jim_e...@CA.IBM.COM> wrote:
>Mickey:
>
>Every customer should do a proper analysis of their total software bill to
>determine which pricing model is best for them. While VWLC may be best for
>most, I do have customers where due to usage characteristics, a combination
>of PSLC and ULC works out better. We see this often where a customer has a
>product which has ULC (Usage License Charge for DB2, CICS, IMS and MQ)
which
>has low utilization. When you go to VWLC all z/OS IBM products go to VWLC.
>
>It is very important to read all the info at
>http://www.ibm.com/systems/z/resources/swprice/.
>
>Jim
----------------------------------------------------------------------