date:20100426

In of64999155.948bfae8-on8525770a.0077cc3b-8525770a.00796...@ca.ibm.com,
on 04/19/2010
   at 06:06 PM, Tom Russell tom_russ...@ca.ibm.com said:

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

ITYM tape system; the assembler for a cards only 1401 was SPS.

Not a fond memory, but an interesting one.  The 650 we were taking out
had  a 2 (4?) KB drum memory. 

Wronk size; the 650 was a decimal machine, and the drum size was measured
in 10 digit words. Ours has 2K words, but there was a 4K model.

The autocoder (think BAL)

The BAL equivalent was SPS.

High/Low/Equal compare was a special feature on a 1401. 

Well, yes, but then index registers were a special feature on the 650.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 45 years of Mainframe

In 4bccfdef.4040...@acm.org, on 04/19/2010
   at 08:05 PM, Joel C. Ewing jcew...@acm.org said:

Total capacity was 2000 words,

There was a 4K model, but it was not compatible with some of the other
features that we had on our (2K) 650.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 45 years of Mainframe

In a30a9f528e618748a8ef5199e80c4a1c02882...@wkpp1infmb03.cbsh.com, on
04/20/2010
   at 07:48 AM, Kelman, Tom thomas.kel...@commercebank.com said:

It didn't have the normal
addition/multiplication registers of the 360.

The relevant difference wasn't the registers; it was the ALU. BTW, the RCA
301 also used table lookup for addition.

Instead it did all of it's addition and multiplication via table 
lookup from tables it kept on the rotating disk. 

Core, initially loaded from cards, at least on smaller machines.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLMOPT

2010-04-26 Thread Mark Zelden

On Mon, 26 Apr 2010 01:31:44 -0700, Walter Marguccio
walter_marguc...@yahoo.com wrote:

can any of you share the WLMOPT tool used to display IEAOPTxx ?
I tried to download it from 

http://www-03.ibm.com/systems/z/os/zos/features/wlm/tools/wlmque.html

but got back 'error 404, page not found'

Walter,

That was the URL I had also (well, the one I had redirected there), but
a quick search on IBM's web site led me here:

http://www-03.ibm.com/systems/z/os/zos/features/wlm/tools/index.html

BTW,  with z/OS 1.11 and above this information is now in RMF II. 

Cheers,

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

DIAG00 AUTOIPL error message

I guess I'm dense right now. I don't see any way to diagnose the following 
error message from my IPL.

IGV010I IN PARMLIB MEMBER=DIAG00 ON LINE 4: 157
AUTOIPL WAS NOT PROCESSED, DUE TO AN ENVIRONMENT ERROR
The best that I've come up with is that our Z9BC does not have the require 
feature, 9904, or is not at driver level 67. Could anybody tell me how to check 
that? I assume that I can do it via the HMC, but I don't know how.

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

Re: WLMOPT

2010-04-26 Thread Mackenzie, Bruce

Yes, but then the link to WLMQUE leads back to the 404 page not found (lol).  
At least that is what happens when I try it.  I have emailed the PDS directly 
to Walter.  

Bruce

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Monday, April 26, 2010 9:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WLMOPT

On Mon, 26 Apr 2010 01:31:44 -0700, Walter Marguccio
walter_marguc...@yahoo.com wrote:

can any of you share the WLMOPT tool used to display IEAOPTxx ?
I tried to download it from 

http://www-03.ibm.com/systems/z/os/zos/features/wlm/tools/wlmque.html

but got back 'error 404, page not found'

Walter,

That was the URL I had also (well, the one I had redirected there), but
a quick search on IBM's web site led me here:

http://www-03.ibm.com/systems/z/os/zos/features/wlm/tools/index.html

BTW,  with z/OS 1.11 and above this information is now in RMF II. 

Cheers,

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


NOTICE OF CONFIDENTIALITY
This communication including any information transmitted with it is 
intended only for the use of the addressees and is confidential. 
If you are not an intended recipient or responsible for delivering 
the message to an intended recipient, any review, disclosure, 
conversion to hard copy, dissemination, reproduction or other use 
of any part of this communication is strictly prohibited, as is the 
taking or omitting of any action in reliance upon this communication. 
If you receive this communication in error or without authorization 
please notify us immediately by return e-mail or otherwise and 
permanently delete the entire communication from any computer, 
disk drive, or other storage medium.

If the above disclaimer is not properly readable, it can be found at 
www.td.com/legal
   
AVERTISSEMENT DE CONFIDENTIALITE   
Ce courriel, ainsi que tout renseignement ci-inclus, destiné uniquement 
aux destinataires susmentionnés,  est confidentiel.  Si vous 
n'êtes pas le destinataire prévu ou un agent responsable de la 
livraison de ce courriel, tout examen, divulgation, copie, impression, 
reproduction, distribution, ou autre utilisation d'une partie de ce 
courriel est strictement interdit de même que toute intervention ou 
abstraction à cet égard.  Si vous avez reçu ce message par erreur ou 
sans autorisation, veuillez en aviser immédiatement l'expéditeur par 
retour de courriel ou par un autre moyen et supprimer immédiatement 
cette communication entière de tout système électronique.

Si l'avis de non-responsabilité ci-dessus n'est pas lisible, vous 
pouvez le consulter à www.td.com/francais/legale

--
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: Repro Variable blocked records

On Mon, 26 Apr 2010 09:50:20 +0200, Hunkeler Peter (KIUP 4) wrote:

Found the problem
If go into ISPF/EDIT on the ds it chops off trailing blanks

PRESERVE ON it a good idea, except when you really want to
truncate trailing blanks.

But beware; PRESERVE may not do what you intend (at least not what
I expected until I carefully RTFM).  If you insert or delete
characters, PRESERVE causes trailing blanks to be deleted or removed :
so as to maintain the original line length.  And, AFAIK, there's
still no way to add trailing blanks to, or selectively remove
some trailing blanks from an existing line.

-- 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

Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2

2010-04-26 Thread Mike Baldwin

On Wed, 21 Apr 2010 05:44:55 -0700, esmie moo esmie_...@yahoo.ca wrote:

Ron,
 
You mentioned compression.  Please correct me if I am wrong.  All the dsns
on ML1 are  compressed?
 
Thanks.

If your ML1 happens to be on SVA/V2X2/V2X4f, then all datasets are
compressed by the hardware.  In that case, compression cannot be disabled. 
You would want to ensure that DFHSM compression is disabled, to reduce waste
of general purpose CP's that it uses.

Regards,
Mike Baldwin
Cartagena Software Ltd.
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

Re: Repro Variable blocked records

2010-04-26 Thread Hunkeler Peter (KIUP 4)

But beware; PRESERVE may not do what you intend...

Thanks for remembering me of the real function of that
command: preserving the LRECL (and not preserving trailing
blanks). 

I only ever needed to change data without changing the 
record's length recently. I guess that's why the real 
meaning didn't come to my mind before posting. 

--
Peter Hunkeler
Credit Suisse

--
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: (slightly OT - Linux) Did IBM bet on the wrong OS?

jim_elli...@ca.ibm.com (Jim Elliott, IBM) writes:
From the IBM viewpoint, *BSD would be superior to Linux due to the BSD
 license allowing for OCO distribution. IBN, or at least the historic z
 systems area, loves OCO and seems to dislike releasing source. However, from
 my limited knowledge, the z/Linux effort was a skunk works project by a
 group in IBM Germany. I don't know why they chose Linux. There already was a
 Linux for 370 development going on by another group of non-IBM people. This
 project still has a web page at http://linas.org/linux/i370.html .

as an aside ... germany was the group that tried for a time to release
the ATT TSS/unix as general product (including some number of the
tss/370 group in dallas taking assignments in germany). A stripped down
tss/370 kernel (SSUP) had been done for ATT ... which ATT then placed
higher levels of UNIX on top. Part of this was getting mainframe RAS,
error recovery/reporting, etc ... aka adding mainframe RAS and error
recovery/reporting to unix was significantly larger effort than any
straight-forward port. 

This was also behind a lot of other mainframe unix products (aka aix/370
was UCLA's unix-like LOCUS) in the 80s being under VM370 (field
engineering mandating EREP to provide machine service).

misc. past posts mentioning SSUP:
http://www.garlic.com/~lynn/2004q.html#37 A Glimpse into PC Development 
Philosophy
http://www.garlic.com/~lynn/2005b.html#13 Relocating application architecture 
and compiler support
http://www.garlic.com/~lynn/2005d.html#61 Virtual Machine Hardware
http://www.garlic.com/~lynn/2005s.html#34 Power5 and Cell, new issue of IBM 
Journal of RD
http://www.garlic.com/~lynn/2006f.html#26 Old PCs--environmental hazard
http://www.garlic.com/~lynn/2006m.html#30 Old Hashing Routine
http://www.garlic.com/~lynn/2006p.html#22 Admired designs / designs to study
http://www.garlic.com/~lynn/2006t.html#17 old Gold/UTS reference
http://www.garlic.com/~lynn/2007.html#38 How many 36-bit Unix ports in the old 
days?
http://www.garlic.com/~lynn/2007b.html#3 How many 36-bit Unix ports in the old 
days?
http://www.garlic.com/~lynn/2007k.html#43 John W. Backus, 82, Fortran 
developer, dies
http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted
http://www.garlic.com/~lynn/2007r.html#23 Abend S0C0
http://www.garlic.com/~lynn/2008e.html#1 Migration from Mainframe to othre 
platforms - the othe bell?
http://www.garlic.com/~lynn/2008l.html#82 Yet another squirrel question - 
Results (very very long post)
http://www.garlic.com/~lynn/2008r.html#21 What if the computers went back to 
the '70s too?
http://www.garlic.com/~lynn/2010c.html#43 PC history, was search engine 
history, was Happy DEC-10 Day
http://www.garlic.com/~lynn/2010e.html#17 Senior Java Developer vs. MVS Systems 
Programmer (warning: Conley rant)
http://www.garlic.com/~lynn/2010e.html#72 Entry point for a Mainframe?

-- 
42yrs virtualization experience (since Jan68), online at home since Mar1970

--
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: 25 reasons why hardware is still hot at IBM

On 23 Apr 2010 06:48:53 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote:

We also know that the answer but the number of MIPS is growing is 
smokescreen - number of MIPS on my desktop grew up significantly, but the 
number of PCs remained the same.

The number of mainframes remain the same, or shrink.

But, I can do more with my mainframe than you can do with your PC.

Define more.

Especially if someone's PC is a laptop, then he can watch Dr. Who at
Starbucks, play WOW at Borders,  update his GPS from within his car...

--
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: WLMOPT

2010-04-26 Thread Mark Zelden

Oops.   Sorry... didn't click on the link from that point.  I hope that it
wasn't removed due to the RMF enhancement in z/OS 1.11.  

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/


On Mon, 26 Apr 2010 09:49:52 -0400, Mackenzie, Bruce
bruce.macken...@td.com wrote:

Yes, but then the link to WLMQUE leads back to the 404 page not found
(lol).  At least that is what happens when I try it.  I have emailed the PDS
directly to Walter.

Bruce

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Mark Zelden
Sent: Monday, April 26, 2010 9:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WLMOPT

On Mon, 26 Apr 2010 01:31:44 -0700, Walter Marguccio
walter_marguc...@yahoo.com wrote:

can any of you share the WLMOPT tool used to display IEAOPTxx ?
I tried to download it from

http://www-03.ibm.com/systems/z/os/zos/features/wlm/tools/wlmque.html

but got back 'error 404, page not found'

Walter,

That was the URL I had also (well, the one I had redirected there), but
a quick search on IBM's web site led me here:

http://www-03.ibm.com/systems/z/os/zos/features/wlm/tools/index.html

BTW,  with z/OS 1.11 and above this information is now in RMF II.

Cheers,

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


NOTICE OF CONFIDENTIALITY
This communication including any information transmitted with it is
intended only for the use of the addressees and is confidential.
If you are not an intended recipient or responsible for delivering
the message to an intended recipient, any review, disclosure,
conversion to hard copy, dissemination, reproduction or other use
of any part of this communication is strictly prohibited, as is the
taking or omitting of any action in reliance upon this communication.
If you receive this communication in error or without authorization
please notify us immediately by return e-mail or otherwise and
permanently delete the entire communication from any computer,
disk drive, or other storage medium.

If the above disclaimer is not properly readable, it can be found at
www.td.com/legal

AVERTISSEMENT DE CONFIDENTIALITE
Ce courriel, ainsi que tout renseignement ci-inclus, destiné uniquement
aux destinataires susmentionnés,  est confidentiel.  Si vous
n'êtes pas le destinataire prévu ou un agent responsable de la
livraison de ce courriel, tout examen, divulgation, copie, impression,
reproduction, distribution, ou autre utilisation d'une partie de ce
courriel est strictement interdit de même que toute intervention ou
abstraction à cet égard.  Si vous avez reçu ce message par erreur ou
sans autorisation, veuillez en aviser immédiatement l'expéditeur par
retour de courriel ou par un autre moyen et supprimer immédiatement
cette communication entière de tout système électronique.

Si l'avis de non-responsabilité ci-dessus n'est pas lisible, vous
pouvez le consulter à www.td.com/francais/legale

--
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

Re: 25 reasons why hardware is still hot at IBM

On 23 Apr 2010 06:51:27 -0700, in bit.listserv.ibm-main you wrote:

 I bet the number of customers migrated off the mainframe is higher than 
 number of new customers.

Sucker bet!
Nobody will/has ever published the number of mainframes (or even mainframe 
shops) in use.

First thing needed is for everybody to agree on what mainframe
means.   Second thing is - if some applications get migrated off the
mainframe, does that count?

-- 
In no part of the constitution is more wisdom to be found,
than in the clause which confides the question of war or peace 
to the legislature, and not to the executive department. 

- James Madison

--
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

On 21 Apr 2010 07:41:41 -0700, l...@garlic.com (Anne  Lynn Wheeler)
wrote:

some of this view reflects the culture of the executives ... they are
brought in to plunder the company and then they move on to plunder the
next company.

Certainly.   This is how politicians work too - spend money now and
let someone else pay.

Trouble is, when the executives don't plan for the long term, neither
do the proles.   Everything is done with the resume in mind, show the
short term cost savings, meeting of (redefined) targets, and damn the
future.

--
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

On 23 Apr 2010 05:02:51 -0700, jch...@ussco.com (Chase, John) wrote:

 [ snip ]  Please...its much easier for them to
 blame their problems on COBOL than to admit that they have done a
 crappy job managing their legacy assets.   At each step in maintenance
 it is always easier to hack something together rather than to clean
 things up with new changes and requirements, but eventually there is a
 price to pay.

As I say too frequently here, The problem with 'quick and dirty' is
that if it works, it will stay 'dirty'.

Quick and dirty doesn't matter for one time jobs.But moving in the
direction of integrated OO environments, the costs of cleaning up go
up tremendously.

--
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

On 22 Apr 2010 05:21:09 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:

COBOL can be object oriented as well. And it does interoperate with Java, at 
least with z/OS Enterprise 
COBOL (tho not as well as some would like).. It's just that people don't seem 
too interested in upgrading 
their COBOL skills into the new facilities. An example here is some COBOL 
which does XML to interchange 
data with a Windows system. It was written by one of our more rogue 
programmers (who was let go 
in a recent downsizing). It works well. Other programmers don't like it 
because they are unfamiliar with 
and dislike XML.

Not just that.While most mainframe programmers aren't interested
in upgrading their skills into OO, it is also true that most mainframe
shops don't want one programmer sticking OO CoBOL into their mainframe
job flow.  (Even if someone spends the money to get an OO CoBOL
compiler on their PC to learn how to do it, then tries to figure out
how to implement it at work).

And non-mainframe programmers don't see that OO CoBOL has any
compelling advantages over other OO tools.

--
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

On 22 Apr 2010 06:51:01 -0700, thomas.kel...@commercebank.com (Kelman,
Tom) wrote:

It is true that back in the good old days companies would have
internal training to teach programming skills.

In those days, companies expected a good return on their investment as
a much higher percentage of their IS staff were expected to stick
around for their careers.But the executives don't stick around and
don't expect their top programmers to stick around either.   Why spend
money to train workers for their competitors?

The problem is much bigger than IS.

--
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

On 24 Apr 2010 07:07:19 -0700, m...@cartagena.com (Mike Baldwin)
wrote:

IBM calls REXX a language:

...z/OS TSO/E REXX Interpreter (hereafter referred to as the interpreter
or language processor) and the REstructured eXtended eXecutor (called REXX)
language. Together, the language processor and the REXX language are known
as TSO/E REXX.

And what does the L stand for in JCL?

--
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: DIAG00 AUTOIPL error message

2010-04-26 Thread Jim Mulder

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/26/2010 
09:15:38 AM:

 I guess I'm dense right now. I don't see any way to diagnose the 
 following error message from my IPL.
 
 IGV010I IN PARMLIB MEMBER=DIAG00 ON LINE 4: 157
 AUTOIPL WAS NOT PROCESSED, DUE TO AN ENVIRONMENT ERROR
 The best that I've come up with is that our Z9BC does not have the 
 require feature, 9904, or is not at driver level 67. Could anybody 
 tell me how to check that? I assume that I can do it via the HMC, 
 but I don't know how.

  You are correct that the IGV101I message is telling you that
either the machine does not support the function, or you 
are running z/OS as a guest of an older release of VM which
does not support the function. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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

EKM at z/OS 1.11

2010-04-26 Thread Richard Peurifoy


We are upgrading to z/OS 1.11, and EKM is having problems.

I get the following when an tape to be encypted is mounted:

Logic:validateDKiAlias:testing alias=TAMMVS1 rest of cert label
Logic:validateDKiAlias:suffix=MVS1 rest of cert label
validateDKiAlias:wrong format

'TAMMVS1 rest of cert label' is a valid certificate label which
has been workinf at z/OS 1.9.

I don't know where 'MVS1 rest of cert label' came from, I don't
have a certificate like this, and haven't defined this anywhere
I can find.

I am wondering if PK59178 and PK70752 might have something to do
with this.

I am contacting support, but thought I would see if anyone has seen
this.

Does anyone have EKM running on z/OS 1.11?

Thanks,
Richard

--
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: 25 reasons why hardware is still hot at IBM

Define more.

More Business.

The rest is just noise  toys!

-
Too busy driving to stop for gas!

--
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

Quick and dirty doesn't matter for one time jobs.

Unfortunately, one-timers become old-timers.

If it works, it has a high potential of becoming some sort of production!

-
Too busy driving to stop for gas!

--
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: EKM at z/OS 1.11

2010-04-26 Thread Paolo Cacciari

Richard,

we currently use EKM under Z/os 1.11. No problems or exceptions found 
after migration to new release.

Best regards
_
Paolo Cacciari
IBM Italia S.p.A.
Business Continuity and Resiliency Services, IBM Global Services - South 
Region, EMEA



From:
Richard Peurifoy r-peuri...@neo.tamu.edu
To:
IBM-MAIN@bama.ua.edu
Date:
26/04/2010 17.08
Subject:
EKM at z/OS 1.11
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



We are upgrading to z/OS 1.11, and EKM is having problems.

I get the following when an tape to be encypted is mounted:

Logic:validateDKiAlias:testing alias=TAMMVS1 rest of cert label
Logic:validateDKiAlias:suffix=MVS1 rest of cert label
validateDKiAlias:wrong format

'TAMMVS1 rest of cert label' is a valid certificate label which
has been workinf at z/OS 1.9.

I don't know where 'MVS1 rest of cert label' came from, I don't
have a certificate like this, and haven't defined this anywhere
I can find.

I am wondering if PK59178 and PK70752 might have something to do
with this.

I am contacting support, but thought I would see if anyone has seen
this.

Does anyone have EKM running on z/OS 1.11?

Thanks,
Richard

--
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




IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI)
Cap. Soc. euro 384.506.359,00
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società soggetta all?attività di direzione e coordinamento di 
International Business Machines Corporation

(Salvo che sia diversamente indicato sopra / Unless stated otherwise 
above)

--
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: EKM at z/OS 1.11

2010-04-26 Thread Mark Jacobs


On 04/26/10 11:05, Richard Peurifoy wrote:

We are upgrading to z/OS 1.11, and EKM is having problems.

I get the following when an tape to be encypted is mounted:

Logic:validateDKiAlias:testing alias=TAMMVS1 rest of cert label
Logic:validateDKiAlias:suffix=MVS1 rest of cert label
validateDKiAlias:wrong format

'TAMMVS1 rest of cert label' is a valid certificate label which
has been workinf at z/OS 1.9.

I don't know where 'MVS1 rest of cert label' came from, I don't
have a certificate like this, and haven't defined this anywhere
I can find.

I am wondering if PK59178 and PK70752 might have something to do
with this.

I am contacting support, but thought I would see if anyone has seen
this.

Does anyone have EKM running on z/OS 1.11?

Thanks,
Richard



I have EKM running on our test zOS 1.11 environment. I'm using JDK 6.0 
SR7 without any problems.


--
Mark Jacobs
Time Customer Service
Tampa, FL


It is impossible to make anything foolproof, because fools
are so ingenious.

 -- Robert Heinlein

--
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

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
 Sent: Monday, April 26, 2010 10:03 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: COBOL - no longer being taught - is a problem

 On 24 Apr 2010 07:07:19 -0700, m...@cartagena.com (Mike Baldwin)
 wrote:

 IBM calls REXX a language:

 ...z/OS TSO/E REXX(tm) Interpreter (hereafter referred to as 
 the interpreter
 or language processor) and the REstructured eXtended 
 eXecutor (called REXX)
 language. Together, the language processor and the REXX 
 language are known
 as TSO/E REXX.

 And what does the L stand for in JCL?

laborious? 
lachrymous( definition 2 : tending to cause tears)
lackluster

--
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

Re: 25 reasons why hardware is still hot at IBM


Ted MacNEIL pisze:
Define more.


More Business.

The rest is just noise  toys!


No. Even games are serious business, not to mention applications like 
image processing, DTP, GPS and maps, CAD, etc.

IT business is not equal to financial data processing.

BTW: your statement I can do more with my mainframe than you can do 
with your PC was completely misplaced. Yes, I can agree with the above, 
at least for the following analyzis. So?
10 years ago I had the same number of PCs on my desktop (1) and the 
above was also true as today. My point was: 10 years ago there were more 
mainframe shops than today. Number of PCs is rather g growing, number 
of mainframes is shrinking. Power of single machine is obviously 
growing, but it doesn't prove growth of mainframe market.


A secretary used 10 years ago word processor, email program and 
spreadsheet. Nowadays she use ...almost exactly same set of application, 
exactly the same NUMBER of them: one. Number of MIPS in her PC grew up 
significantly. Can we talk about growth IN THIS CONTEXT?


That's why I described statement about MIPS growth as a smokescreen 
masking sad truth: mainframe world is shrinking.

--
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

Re: DIAG00 AUTOIPL error message

Jim Mulder wrote:
 You are correct that the IGV101I message is telling you that either the 
machine does not support the function, or you are running z/OS as a guest of 
an older release of VM which does not support the function.

Just curious: What was the first release of VM which does support that 
function?

Alternative: what z/OS can be running as a guest on what z/VM release if you 
need to use AUTOIPL?

If that is documented somewhere, just point me to that or its link(s).

Thanks in advance for your kind answer.

Groete / Greetings
Elardus Engelbrecht

--
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: EKM at z/OS 1.11

2010-04-26 Thread Rob Schramm

Richard,

Where are the certs being stored?

Rob Schramm
Sirius Computer Solutions

--
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: 25 reasons why hardware is still hot at IBM

My point was: 10 years ago there were more mainframe shops than today.

Prove it!
Nobody has the stats as to how many exist.
Then, or now!
-
Too busy driving to stop for gas!

--
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: On software-hardware licensing bundling

2010-04-26 Thread Roger Bowler

On Sun, 25 Apr 2010 00:06:20 +0100, Mikhail Ramendik m...@ramendik.ru wrote:

Is the company named IBM? No - IBM won't actually pressure
noncommercial emulators, they only get up in arms when somebody is
making $$$, and of course they won't license the software but old
versions are Out There. Yet it gets some flak for that.

Are you the Mikhail Ramendik of IBM Ireland?

You state that IBM won't pressure non-commercial emulators. Do have access
to some information that says this for a fact? If so then it would be
helpful if you could get IBM to issue a new pledge stating that they won't
assert *any* patents against non-commercial emulators. That would be a start.

The new pledge would be similar to the now-notorious 2005 pledge [1], except
that it would cover *all* patents and not just a token 500 (and ideally it
should have an additional clause stating that IBM won't try to wriggle out
of the pledge five years later by attempting to add additional exclusions
like does not apply to competitors of IBM [2])

[1] http://www.ibm.com/ibm/licensing/patents/pledgedpatents.pdf
[2] http://www.techeye.net/software/ibm-breaks-open-source-deal

Roger Bowler
Hercules the people's mainframe

--
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: 25 reasons why hardware is still hot at IBM

R.S. wrote:

That's why I described statement about MIPS growth as a smokescreen
masking sad truth: mainframe world is shrinking.

Yup. If a vendor says: I have sold X MIPS in year 2009 making this $999 
million dollars, what does that means to me?

MIPS per box/machine/case
MIPS per CPU
MIPS per sale transaction(s) of some 

Or if you have a dual or quad core CPU, how do you say how many MIPS per 
part of the CPU assembly or for the WHOLE CPU assembly?

I'm really taking this 'x MIPS sold in y months' story with a little grain of 
pure 
salt. ;-D 

Look at http://en.wikipedia.org/wiki/Instructions_per_second for some 
interesting info. ;-D

There is a refence of 'zMIPS' there, but a search in IBM's pages doesn't turn 
out any hits... :-(

Your turn to put a smoke screen on me... ;D

Groete / Greetings
Elardus Engelbrecht

--
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: DIAG00 AUTOIPL error message

2010-04-26 Thread Jim Mulder

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/26/2010 
11:25:55 AM:

 Just curious: What was the first release of VM which does support that 
 function?
 
 Alternative: what z/OS can be running as a guest on what z/VM release if 
you 
 need to use AUTOIPL?
 
 If that is documented somewhere, just point me to that or its link(s).


 AutoIPL was introduced in z/OS 1.10. 

  From MVS Planning: Operations

5.4 Exploiting the Automatic IPL Function

AutoIPL requires hardware support. That support is present
on all z10 machines. On z9® EC machines, it is provided by 
feature code 9904 and hardware driver 67 or later (both are required). 
z/OS must be IPLed in order to detect the support. 

AutoIPL can also be used by a z/OS guest on 
z/VM Release 5.3.0 or later. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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: EKM at z/OS 1.11

2010-04-26 Thread Richard Peurifoy


On 4/26/2010 10:42 AM, Rob Schramm wrote:

Richard,

Where are the certs being stored?



In RACF.

In my searching, so far the only reference to DKI I can find
is for LTO drives, but we are using TS1120s.

I am waiting on a call back from level2. I will let you now
what I find.

Thanks,
Richard

--
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: 25 reasons why hardware is still hot at IBM

A secretary used 10 years ago word processor, email program and spreadsheet. 
Nowadays she use ...almost exactly same set of application, exactly the same 
NUMBER of them: one. Number of MIPS in her PC grew up 
significantly. Can we talk about growth IN THIS CONTEXT?

Yes. And no.

Is this a good thing?

We used to have accountants make financial statements.
Now, we have secretaries, without credentials, doing these statements.
They don't know the basics, but they're putting out stuff that becomes part of 
their company record.
I have seen published financial statements with =ERR in cells.

Just because the tools are faster, better, stronger, doesn't mean they're used 
properly.

A faster wrench means you are driving the screws in faster!

-
Too busy driving to stop for gas!

--
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: 25 reasons why hardware is still hot at IBM

R.S. wrote:
sad truth: mainframe world is shrinking.

Please, give us some confirmed/trustworthy sources to confirm that statement.

Groete / Greetings
Elardus Engelbrecht

--
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: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Scott Rowe

Well, if the Business is raw number crunching, then the PC may very well be 
able to do more than the mainframe.  When it comes to raw CPU power, PCs are 
very competitive.

 Ted MacNEIL eamacn...@yahoo.ca 4/26/2010 11:09 AM 
Define more.

More Business.

The rest is just noise  toys!

-
Too busy driving to stop for gas!

--
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
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: RMM VRSDROP

2010-04-26 Thread Mike Wood

Marco,  To analyze the results of VRSEL processing you can use the ACTIVITY
file and the sample JCL EDGJACTP. That JCL creates detail and summary
reports and those VRS related will show you summary of the reason data sets
are dropped, and details of each data set dropped. This information is added
to the R12 books.

When FAIL action is specified there are no CDS updates made by the run, but
the ACTIVITY file is updated to show what changes would have been made -
this is just like you had a trial run with EDGHSKP parms VRSEL,VERIFY.

In case you also start to look at VRSRETAIN or EXPDTDROP be aware there is
an APAR OA30881 which provides some additional reporting for EDGJACTP to
help with limit reporting for other than VRSDROP.  That is new function in
R12 rolled-back to R10 and R11.

Mike Wood   RMM Development

--
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: DIAG00 AUTOIPL error message

On Mon, 26 Apr 2010 11:47:09 -0400, Jim Mulder wrote:

AutoIPL requires hardware support. That support is present
on all z10 machines. On z9® EC machines, it is provided by 
feature code 9904 and hardware driver 67 or later (both are required). 
z/OS must be IPLed in order to detect the support. 

AutoIPL can also be used by a z/OS guest on 
z/VM Release 5.3.0 or later. 

Must the system then have the hardware support?  This strikes
me as the sort of feature that might be provided entirely by
CP, regardless of hardware support.  (You wouldn't want to
autoIPL an LPAR because one VM requested autoIPL.)

-- 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

Re: 25 reasons why hardware is still hot at IBM

Ted MacNEIL wrote:

I have seen published financial statements with =ERR in cells.

Look at http://www.louisepryor.com/showTheme.do?theme=13

for (somewhat old but useful) discussions about accuracy of spreadsheets and 
errors within financial statements in spreadsheets.

Problems discussed are bad macros, bad pasting and handling big and small 
numbers in a formula, etc...

One nice moral: Be very afraid when copying and pasting

Groete / Greetings
Elardus Engelbrecht

--
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: DIAG00 AUTOIPL error message

Jim Mulder wrote:
 AutoIPL was introduced in z/OS 1.10. 
   From MVS Planning: Operations
 5.4 Exploiting the Automatic IPL Function

AutoIPL requires hardware support. That support is present on all z10 
machines. On z9® EC machines, it is provided by feature code 9904 and 
hardware driver 67 or later (both are required).  z/OS must be IPLed in order 
to detect the support. 

AutoIPL can also be used by a z/OS guest on z/VM Release 5.3.0 or later. 

Thanks for your very kind answer. I will have a nice talk with my z/OS Team 
about this.

Groete / Greetings
Elardus Engelbrecht

--
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: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Ed Finnell

 
In a message dated 4/26/2010 10:59:04 A.M. Central Daylight Time,  
elardus.engelbre...@sita.co.za writes:

Problems discussed are bad macros, bad pasting and handling big and  small 
numbers in a formula, etc...

One nice moral: Be very afraid  when copying and pasting



We had a big stink when the Yearly NSF  report came back with a
question mark and DATE :  DA/TE/
Seems like the midnight shift entered DATE  when prompted
=== r nn,Enter Date




--
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: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Eric Bielefeld

I don't think anyone but IBM can prove how many mainframes there are now and 
how many there were 10 or 20 years ago.  I can give you examples of my home 
city of Milwaukee though.  

Back in the mid eighties, when I was employed but looking for a job, there were 
probably between 30 to 40 MVS datacenters within 30 miles of my house.  We had 
a group called the Synergistics OS Users Group that met back quarterly, and had 
a membership list of all those who belonged.  Four years ago, as I've mentioned 
on IBM-Main before, when PH Mining closed their z/OS datacenter, my best 
estimates of how many z/OS customers that were in the area within 30 miles from 
my house, was 10 or 11.  I did get some info from friends of mine that worked 
at IBM at the time.  I may have missed some datacenters, but probably not too 
many.  

I suspect that if you go to any big city in the US, the number of z/OS 
datacenters has decreased by more than half.  I know that in Milwaukee, the 
biggest bank had a datacenter.  Now that datacenter is in another city through 
merger.  Many of the manufacturing plants, like my old employer, either closed 
their datacenter, consolidated it, or went out of business.  Allis Chalmers was 
a HUGE manufacturing presence in Milwaukee for many years.  My Dad worked there 
for 30 years.  I also knew some of the people that worked in their datacenter.  
All gone now.

--
Eric Bielefeld
Systems Programmer
IBM MVS Technical Services
Dubuque, Iowa
563-845-4363

 Ted MacNEIL eamacn...@yahoo.ca wrote: 
 My point was: 10 years ago there were more mainframe shops than today.
 
 Prove it!
 Nobody has the stats as to how many exist.
 Then, or now!

--
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: 25 reasons why hardware is still hot at IBM

When it comes to raw CPU power, PCs are very competitive.

Yes. I've never disputed that.
But, when it comes to I/O ...
-
Too busy driving to stop for gas!

--
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: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Patrick Lyon

On Mon, 26 Apr 2010 16:12:03 +, Eric Bielefeld eric-
ibmm...@wi.rr.com wrote:

Allis Chalmers was a HUGE manufacturing presence in Milwaukee for many 
years.  My Dad worked there for 30 years.  I also knew some of the people 
that worked in their datacenter.  All gone now.
~


Eric, you may be of interest of this with your Dad working for AC for so long.

There is a guy here in Sioux City that supposedly has the biggest collection of 
Allis Chalmer tractors in the country.  Every year he uses them to pull floats 
in 
our Rivercade parade.

Just thought I'd share.

Regards,
Pat Lyon

--
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

On Mon, 26 Apr 2010 08:28:29 -0700 (PDT), StevePratt
steve_pr...@isp.state.il.us wrote:

I think the point here is that just because some tacks the word
language onto a description is different   than the *true* meaning
of defining a programming language.

Which is why I added the JCL comment, as few of us would call it a
language.

But are we right?   I don't know, words mean what people say they
mean.I tend to object to people who use the term database as a
base for information - including libraries.   That's because my
business has a jargon with a more precise meaning that is more useful
to me.

Language is also a jargon word, which we use in a different way than
we find in most dictionaries.   Where can we find a dictionary that
shows the meaning that would include the languages we want to include,
but exclude those that others want to include?

--
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: 25 reasons why hardware is still hot at IBM

eamacn...@yahoo.ca (Ted MacNEIL) writes:
 Yes. I've never disputed that.
 But, when it comes to I/O ...

there can be very large difference between PCs configured for desktop
and PCs configured for servers. recent thread discussing that featuring
large number of channels ... may actually involve highlighting a bug
http://www.garlic.com/~lynn/2010f.html#18 What was the historical price of a 
P/390?

asynchronous, full-duplex, packetized I/O programs can do an enormous
amount of I/O thru a single interface.

the reverse has shown up numerous times in the mainframe half-duplex
channel interface. one such instance was that the 3090 increased the
number of channels offered by something like 1/3rd (over initial
plan/design) ... when they found out about the 3880 disk controller
channel busy overhead (how long it was taking the slow 3880 jib-prime
microprocessor to process channel commands). there was even some talk
about charging the disk division for the extra 3090 manufacturing cost.

-- 
42yrs virtualization experience (since Jan68), online at home since Mar1970

--
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: 25 reasons why hardware is still hot at IBM

I don't think anyone but IBM can prove how many bmainframes there are now and 
how many there were 10 or 20 years ago.
  I can give you examples of my home city of Milwaukee though.  

I can give examples in the GTA (Greater Toronto Area), and it has not 
diminished much.

So, each's experience is all we've got.

And, that doesn't allow one to make a definitive statement in either direction.
-
Too busy driving to stop for gas!

--
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: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Eric Bielefeld

So Toronto hasn't lost many of its mainframes?  That's good to hear.  I suspect 
that my experiences in Milwaukee are similar to a lot more people's on this 
list than yours are.  Anyone care to comment?

You are correct in your statement that your (or my) personal experience doesn't 
allow us to make general comments.  I do get the feeling that, mostly from this 
list, that the number of mainframes is shrinking, at least across the US, even 
though the processing power of the remaining processors in total is going up.

--
Eric Bielefeld
Systems Programmer
IBM MVS Technical Services
Dubuque, Iowa
563-845-4363

 Ted MacNEIL eamacn...@yahoo.ca wrote: 
 I don't think anyone but IBM can prove how many bmainframes there are now 
 and how many there were 10 or 20 years ago.
   I can give you examples of my home city of Milwaukee though.  
 
 I can give examples in the GTA (Greater Toronto Area), and it has not 
 diminished much.
 
 So, each's experience is all we've got.
 
 And, that doesn't allow one to make a definitive statement in either 
 direction.

--
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: 25 reasons why hardware is still hot at IBM

On Mon, 26 Apr 2010 16:06:34 +, Ted MacNEIL wrote:

When it comes to raw CPU power, PCs are very competitive.

Yes. I've never disputed that.
But, when it comes to I/O ...

Depends on the I/O.  For TCP/IP, I find z painfully slow.  Examples:

OS X (Intel) ---
500 $ time ftp localhost /dev/null
Trying ::1...
Connected to localhost.
220 ::1 FTP server (tnftpd 20080929) ready.
Name (localhost:paulgilm): 
EOF received; login aborted.
221 Thank you for using the FTP service on ::1.

real0m1.536s
user0m0.002s
sys 0m0.005s
501 $ 
501 $ 
501 $ time ftp localhost /dev/null
Trying ::1...
Connected to localhost.
220 ::1 FTP server (tnftpd 20080929) ready.
Name (localhost:paulgilm): 
EOF received; login aborted.
221 Thank you for using the FTP service on ::1.

real0m0.064s
user0m0.002s
sys 0m0.005s

Solaris (Intel) 
Solaris: 168$ time ftp localhost /dev/null
Login incorrect.
Login failed.

real0m0.04s
user0m0.00s
sys 0m0.00s
Solaris: 169$ time ftp localhost /dev/null
Login incorrect.
Login failed.

real0m0.03s
user0m0.00s
sys 0m0.00s

z/OS ---
z/OS:  time ftp localhost /dev/null   
IBM FTP CS V1R10
Connecting to: localhost 127.0.0.1 port: 21.
220-FTPD1 IBM FTP CS V1R10 at .COM, 16:32:42 on 2010-04-26.
220 Connection will close if idle for more than 5 minutes.
NAME
QUIT generated by unexpected end of file
 QUIT 
221 Quit command received. Goodbye.

real0m 9.21s
user0m 0.14s
sys 0m 0.05s
z/OS:  time ftp localhost /dev/null   
IBM FTP CS V1R10
Connecting to: localhost 127.0.0.1 port: 21.
220-FTPD1 IBM FTP CS V1R10 at .COM, 16:32:55 on 2010-04-26.
220 Connection will close if idle for more than 5 minutes.
NAME
QUIT generated by unexpected end of file
 QUIT 
221 Quit command received. Goodbye.

real0m 9.23s
user0m 0.13s
sys 0m 0.05s

-- 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

Re: 25 reasons why hardware is still hot at IBM

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
 Sent: Monday, April 26, 2010 11:07 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: 25 reasons why hardware is still hot at IBM

 When it comes to raw CPU power, PCs are very competitive.

 Yes. I've never disputed that.
 But, when it comes to I/O ...
 -

I don't know the I/O capacity of the newest PC fibre I/O, but did find a Web 
site which says 4 GiB/Sec. But I'm relatively sure that there are fewer fibre 
HBAs in most servers than there are FICON channels, the nearest z equivalent (I 
think), on a z. And I also wonder if such devices or PC servers have 
multipath capability, similar to the z's. I am totally certain (watch 
somebody prove me wrong) that it is impossible to have shared DASD on a PC 
like we are used 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

Re: DIAG00 AUTOIPL error message

2010-04-26 Thread Jim Mulder

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/26/2010 
11:54:51 AM:

 AutoIPL requires hardware support. That support is present
 on all z10 machines. On z9® EC machines, it is provided by 
 feature code 9904 and hardware driver 67 or later (both are required). 
 z/OS must be IPLed in order to detect the support. 
 
 AutoIPL can also be used by a z/OS guest on 
 z/VM Release 5.3.0 or later. 
 
 Must the system then have the hardware support?  This strikes
 me as the sort of feature that might be provided entirely by
 CP, regardless of hardware support.  (You wouldn't want to
 autoIPL an LPAR because one VM requested autoIPL.)

  As far as I know, if you are running as a VM guest,
then only the VM support is required.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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: 25 reasons why hardware is still hot at IBM

On Mon, 26 Apr 2010 16:45:27 +, Eric Bielefeld wrote:

You are correct in your statement that your (or my) personal experience 
doesn't allow us to make general comments.  I do get the feeling that, mostly 
from this list, that the number of mainframes is shrinking, at least across 
the US, even though the processing power of the remaining processors in total 
is going up.

Johnny Carson was fond of saying, If you buy the premise,
you buy the bit.

What's noise, and what's signal?  Certainly the historical trend
in one area is a unfair metric; actually no comparison.)  How to
account for:

o Consoidation of data centers, versus

o Dispersal of computing onto desktops?

Best to consider in context:

o Fraction of total installed MIPS sold per year.  (But
  how to count iPhones and automotive control computers?)

o Fraction of total market revenue.  (But how to account
  for customers held captive by Legacy software and paying
  inflated prices?)

o Fraction of total I/O bandwidth.  (But how much of that
  is viewing erotica on iPhones nowadays?)

It's apples (or should that be Apples) and oranges.

-- 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

Re: 25 reasons why hardware is still hot at IBM

On Mon, 26 Apr 2010 11:52:53 -0500, McKown, John wrote:

 I am totally certain (watch somebody prove me wrong) that it is impossible to 
 have shared DASD on a PC like we are used to.

Point of view.  Think of a DASD control unit as a very dumb fileserver.
Or a fileserver as a very smart control unit.

Depends on whether you prefer to serialize on extent or on file.  Don't
deprecate software serialization; GRS and ISPF both do this to gain
performance and/or granularity over what RESERVE provides.

-- 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

Re: COBOL - no longer being taught - is a problem

2010-04-26 Thread Kirk Talman

Amen - I own some of those poc.  just finished moving some poc in ztrieve 
to Endevor from priv lib since they were being used in production.

The next time they do title changes here I think I may lobby for System 
janitor.

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/26/2010 
11:12:09 AM:

 From: Ted MacNEIL eamacn...@yahoo.ca
 To: IBM-MAIN@bama.ua.edu
 Date: 04/26/2010 11:12 AM
 Subject: Re: COBOL - no longer being taught - is a problem
 Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
 
 Quick and dirty doesn't matter for one time jobs.
 
 Unfortunately, one-timers become old-timers.
 
 If it works, it has a high potential of becoming some sort of 
production!


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying,
or unauthorized use of this information, or the taking of any
action in reliance on the contents of this information is strictly
prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original
message. Thank you 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Richards, Robert B.

Datacenter consolidations have been in vogue ever since IBM provided the 
machines capable of it making sense (dollar-wise and business-wise). Whenever 
this happens, one or more datacenters take a hit. I have participated in 
numerous consolidations and can tell you that the resulting installed MIPS/MSUs 
are not usually less than the individual datacenter totals.

There usually is, however, a reduction in CECs. Synergies and economies of 
scale. Hence, while numbers of CECs may be going down, processing power is 
increasing. I guess that means I concur with your second paragraph.

There used to be an axiom that stated if you were a one CPU (CEC) shop 
now...wait a little while and you will be a two CPU (CEC) shop soon. IBM has 
been staying ahead of that curve for the last ten years for all but the biggest 
customers. 

If the economy becomes more business-friendly, maybe we will yet see an 
expansion in datacenters. Time will tell if that, and innovation lead the 
charge.

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Eric Bielefeld
Sent: Monday, April 26, 2010 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 25 reasons why hardware is still hot at IBM

So Toronto hasn't lost many of its mainframes?  That's good to hear.  I suspect 
that my experiences in Milwaukee are similar to a lot more people's on this 
list than yours are.  Anyone care to comment?

You are correct in your statement that your (or my) personal experience doesn't 
allow us to make general comments.  I do get the feeling that, mostly from this 
list, that the number of mainframes is shrinking, at least across the US, even 
though the processing power of the remaining processors in total is going up.

--
Eric Bielefeld

--
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

[no subject]

Wouldn't it be interesting if IBM could do something like this:

http://www.serverwatch.com/news/article.php/3877861/IBM-Adopts-Novells-Linux-OS-for-Lotus-Websphere-Appliances.htm
.

for z/OS? Or am I going insane again? Would it be useful to run multiple z/OS
appliances as separate images a parallel sysplex instead of running all the
IBM software on just a few instances (still under parallel sysplex)? Or maybe
there's just too much overhead to that. Well, for me, at least something
interesting to consider. Tho I image most here will think it stupid.

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

Re: 25 reasons why hardware is still hot at IBM

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
 Sent: Monday, April 26, 2010 12:14 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: 25 reasons why hardware is still hot at IBM

 On Mon, 26 Apr 2010 11:52:53 -0500, McKown, John wrote:

  I am totally certain (watch somebody prove me wrong) that 
 it is impossible to have shared DASD on a PC like we are used to.

 Point of view.  Think of a DASD control unit as a very dumb 
 fileserver.
 Or a fileserver as a very smart control unit.

 Depends on whether you prefer to serialize on extent or on 
 file.  Don't
 deprecate software serialization; GRS and ISPF both do this to gain
 performance and/or granularity over what RESERVE provides.

 -- gil

I guess if you have a 10Gb Ethernet backbone, then that sort of sharing (via 
specialized servers) would be useful. I would worry about LAN congestion.

--
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

Re: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Finley, Frank

It is possible to configure Storage Arrays in the PC world to work under a very 
similar methodology as a DASD does in the mainframe world.  It is very common 
in the Virtual environment.  I don't know if all the different PC 
virtualization technologies can support it, but quite a few do, with some very 
intelligent methods for sharing files amongst different servers and 
workstations, and spawning off new individual versions when a file is changed 
for only a specific machine.  The PC world is getting closer and closer to the 
mainframe world when virtual environments start being used heavily.

This is a bit more in depth than your average PC shop will get into, but not 
all that new in the PC world.

Frank Finley

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Monday, April 26, 2010 12:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 25 reasons why hardware is still hot at IBM

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
 Sent: Monday, April 26, 2010 12:14 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: 25 reasons why hardware is still hot at IBM
 
 On Mon, 26 Apr 2010 11:52:53 -0500, McKown, John wrote:
 
  I am totally certain (watch somebody prove me wrong) that 
 it is impossible to have shared DASD on a PC like we are used to.
 
 Point of view.  Think of a DASD control unit as a very dumb 
 fileserver.
 Or a fileserver as a very smart control unit.
 
 Depends on whether you prefer to serialize on extent or on 
 file.  Don't
 deprecate software serialization; GRS and ISPF both do this to gain
 performance and/or granularity over what RESERVE provides.
 
 -- gil

I guess if you have a 10Gb Ethernet backbone, then that sort of sharing (via 
specialized servers) would be useful. I would worry about LAN congestion.

--
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

--
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: 25 reasons why hardware is still hot at IBM

john.mck...@healthmarkets.com (McKown, John) writes:
I don't know the I/O capacity of the newest PC fibre I/O, but did
find a Web site which says 4 GiB/Sec. But I'm relatively sure that
there are fewer fibre HBAs in most servers than there are FICON
channels, the nearest z equivalent (I think), on a z. And I also
wonder if such devices or PC servers have multipath capability,
similar to the z's. I am totally certain (watch somebody prove me
wrong) that it is impossible to have shared DASD on a PC like we are
used to.

re:
http://www.garlic.com/~lynn/2010h.html#51 25 reasons why hardware is still hot
at IBM
http://www.garlic.com/~lynn/2010h.html#56 25 reasons why hardware is still hot
at IBM
http://www.garlic.com/~lynn/2010h.html#62 25 reasons why hardware is still hot
at IBM

way back when ... one of the austin engineers took some fiber technology
knocking around POK for a long time, made it full-duplex, increased
media thruput by about 10% and had significantly cheaper drivers. The
original eventually shipped from POK as (half-duplex) ESCON ... that had
enormously lower aggregate thruput than the RS6000 SLA (more than just
difference between 200mbits/sec versus 220mbits/sec media transfer)

We had been working with NCAR on HYPERChannel NAS/SAN supercomputer
access to ibm dasd farm ... we then participated on various standards
committees with regard to HIPPI, HIPPI switches and IPI3 disk arrays
... including what was called 3rd party transfer in the HIPPI switch
to simulate the NCAR NAS/SAN operation.

Then the austin engineer wanted to enhance SLA to 800mbits and we
convinced him to instead working on fiber-channel standard (1gbit/sec
full-duplex).

We also worked with the Hursley engineers on 9330 ... basically
asynchronous, full-duplex, packetized SCSI commands over 80bit serial
copper ... this evolved into SSA (running at 160mbit serial copper,
full-duplex ... able to simultaneously write and read 160mbit/sec for
320mbit/sec aggregate).

The (even late 80s, early 90s) FCS standards stuff included basic 64-way
non-blocking, full-duplex cascading switch ... i.e. being able to
cascade multiple 64-way for larger than 64-way connectivity. A port on
the switch could be a processor, a disk controller, or some other sort
of device. Old post mentioning (jan92) FCS, SSA, large cluster scaleup
(aka 128 processors interconnected to large disk farm):
http://www.garlic.com/~lynn/95.html#13

old email mentioning the cluster scaleup work
http://www.garlic.com/~lynn/lhwemail.html#medusa

other past posts mentioning ha/cmp product
http://www.garlic.com/~lynn/subtopic.html#hacmp

In that time period ... there is a bunch of stuff from the FCS standards
mailing list about lots of churn and furry from the POK channel
engineers trying to layer the complexity of half-duplex channel
operation on top of the underlying FCS full-duplex, asynchronous
standards activity.

As mentioned in the 95 post and the cluster scaleup email ... at the
end of Jan ... the cluster scaleup work was transfered (announced for
numerical intensive market) and we were told we couldn't work on
anything with more than four processors.

Trivial SCSI at the time (late 80s early 90s) ... not much scaleup and
not very high thruput was being able to have four scsi adapter cards and
four scsi controllers all on the same scsi bus (i.e. 8 positions).

One of the issues for rs6000 in this time-frame was that the workstation
group had been told that they had to use PS2 microchannel adapter cards
(i.e. rs6000 moved to microchannel bus) rather than doing their own. The
problem was that the PS2 microchannel adapter cards had been designed
for the desktop, terminal emulation market ... with very high command
processing overhead and low adapter thruput.

Joke was that if rs6000 had to use all the PS2 microchannel adapter
cards (helping their corporate brethern) ... that the rs6000 thruput
would run as slow as a PS2. It wasn't just the scsi adapter cards and
the display adapter cards ... but also things like the 16mbit T/R card.

The PS2 microchannel 16mbit T/R card had been designed for terminal
emulation market with possibly 300+ PS2 sharing same 16mbits. It had
lower per card thruput than the PC/RT ISA 4mbit T/R card (that austin
had designed for the precursor to the rs6000). past posts mentioning
terminal emulation
http://www.garlic.com/~lynn/subnetwork.html#emulation

a couple recent IBM references:

DB2 announces technology that trumps Oracle RAC and Exadata
http://freedb2.com/2009/10/10/for-databases-size-does-matter
IBM pureScale Technology Redefines Transaction Processing Economics.
New DB2 Feature Sets the Bar for System Performance on More than 100 IBM
Power Systems
http://www-03.ibm.com/press/us/en/pressrelease/28593.wss
IBM responds to Oracle's Exadata with new systems
http://www.computerworld.com/s/article/9174967/IBM_responds_to_Oracle_s_Exadata_with_new_systems

it isn't limited to power ... but also to high-end PC servers:

IBM goes

Re: Multiple logon SMCS possibility

2010-04-26 Thread Don Williams

Too bad Dr. Alan Scherr had a tight schedule and did not have the time to
expand the design to allow a user multiple concurrent logons to TSO. Of
course, most users accept the restriction, but over the past 30+ years, I've
had many dozens of complaints about it. To me, it would be a mistake to for
the console design to have the same restriction.

Don Williams

--
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: SMP/E RECEIVE ORDER outage

2010-04-26 Thread Guy Gardoit

I have an automated job that downloads maintenance every Monday morning at
8:00am.  It has yet to fail  - but, that's PDT.

On Sun, Apr 25, 2010 at 1:08 PM, Jousma, David david.jou...@53.com wrote:

 Quite a few weekends it is down, up to and including first thing Monday
 mornings.  It used to be one of my Monday morning rituals, to download
 weekly maintenance.

 _
 Dave Jousma
 Assistant Vice President, Mainframe Services
 david.jou...@53.com
 1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
 p 616.653.8429
 f 616.653.8497


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Brian Peterson
 Sent: Sunday, April 25, 2010 12:17 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: SMP/E RECEIVE ORDER outage

 Looks like IBM's RECEIVE ORDER system is not working this weekend.  I've
 been running RECEIVE ORDER jobs since 4/24 and all I get back is
 GIM69147S
 SMP/E WAITED 120 MINUTES BUT ORDER order IS NOT READY FOR DOWNLOAD.

 Further, RECEIVE ORDER(PENDING order) continue to fail after 120
 minutes,
 more than 24 hours after placing the original order.

 I've opened a ticket - no response thus far.

 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

 This e-mail transmission contains information that is confidential and may
 be privileged.   It is intended only for the addressee(s) named above. If
 you receive this e-mail in error, please do not read, copy or disseminate it
 in any manner. If you are not the intended recipient, any disclosure,
 copying, distribution or use of the contents of this information is
 prohibited. Please reply to the message immediately by informing the sender
 that the message was misdirected. After replying, please erase it from your
 computer system. Your assistance in correcting this error is appreciated.

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Guy Gardoit
z/OS Systems Programming

--
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

Dataset Audit Facility (DAF) 1.4.9b Issue

2010-04-26 Thread Michael Cleary

Greetings,

I am trying to assess how widespread an issue is with DAF that has been 
reported to me.  

Is anyone else seeing this same symptom?  If so, let me know what level of z/OS 
you are running and also what level your DAF is at.

Symptom Details:

2010-02-12 - Level 1.4.9b running on z/OS 1.9 and seeing the following.

DAF612W  092 007 2010091 20.02.09.75 Unknown DataFSTYP=  

Cheers...

Michael


  

--
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: SMP/E RECEIVE ORDER outage

2010-04-26 Thread Knutson, Sam

We cannot download corrective service ordered today. 
One of our team members had an order he placed at 0800 EST this morning
and it is not yet available.  

There is no ETA from the IBMLink help desk which I just contacted again
on his behalf.  

Best Regards, 

Sam Knutson, GEICO 
System z HW/SW/Automation Team Leader 
mailto:sknut...@geico.com 
(office)  301.986.3574 
(cell) 301.996.1318   
   
Think big, act bold, start simple, grow fast... 


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Brian Peterson
 Sent: Sunday, April 25, 2010 12:17 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: SMP/E RECEIVE ORDER outage

 Looks like IBM's RECEIVE ORDER system is not working this weekend.
I've
 been running RECEIVE ORDER jobs since 4/24 and all I get back is
 GIM69147S
 SMP/E WAITED 120 MINUTES BUT ORDER order IS NOT READY FOR DOWNLOAD.

 Further, RECEIVE ORDER(PENDING order) continue to fail after 120
 minutes,
 more than 24 hours after placing the original order.

 I've opened a ticket - no response thus far.

 Brian


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Rick Fochtman


-snip-

 If a vendor says: I have sold X MIPS in year 2009 making this $999 
million dollars, what does that means to me?


MIPS per box/machine/case
MIPS per CPU
MIPS per sale transaction(s) of some 

Or if you have a dual or quad core CPU, how do you say how many MIPS per 
part of the CPU assembly or for the WHOLE CPU assembly?


I'm really taking this 'x MIPS sold in y months' story with a little grain of pure 
salt. ;-D 

Look at http://en.wikipedia.org/wiki/Instructions_per_second for some 
interesting info. ;-D


There is a refence of 'zMIPS' there, but a search in IBM's pages doesn't turn 
out any hits... :-(


Your turn to put a smoke screen on me... ;D
 


--unsnip---
I submit that MIPS is not a valid measurement, since it has no real 
correlation with the amount of useful work accomplished by any machine. 
One example is RISC machines. They have to simulate instructions that 
non-RISC machines execute on a regular basis. The only really good 
measure of processor speed is this: does it finish a business's workload 
in a timely fashion? To the Board of Directors, that's really the only 
valid measure. While a PC on a desktop might be more than adequate for 
secretarial chores, running a large corporation is a horse of a 
completely different color. Consider all the different tasks involved, 
including such things as accounts receivable, accounts payable, 
inventory management, payrolls, etc. Some of these tasks require HUGE 
amounts of I/O, far beyind the capabilities of a desktop PC.


(And I've never met a salesman that could tell truth from fiction!)  :-)

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

Re: 25 reasons why hardware is still hot at IBM

On 26 Apr 2010 13:11:21 -0700, rfocht...@ync.net (Rick Fochtman)
wrote:

I submit that MIPS is not a valid measurement, since it has no real 
correlation with the amount of useful work accomplished by any machine. 
One example is RISC machines. They have to simulate instructions that 
non-RISC machines execute on a regular basis. The only really good 
measure of processor speed is this: does it finish a business's workload 
in a timely fashion? To the Board of Directors, that's really the only 
valid measure. While a PC on a desktop might be more than adequate for 
secretarial chores, running a large corporation is a horse of a 
completely different color. Consider all the different tasks involved, 
including such things as accounts receivable, accounts payable, 
inventory management, payrolls, etc. Some of these tasks require HUGE 
amounts of I/O, far beyind the capabilities of a desktop PC.

Even there, speed isn't what is being measured.Throughput
matters.

And it doesn't matter how fast the CPU is on your document in the
cloud if your internet connection is slow.

We used to do more spreadsheet type processing on mainframes - before
spreadsheet programs were available on users desktops.Now it is
much quicker for them to do their data massaging on their desktop.
It's even often quicker when their main computer is doing the
manipulating live. 

The advantage (to them) of having the data on the mainframe isn't
speed, it is making sure the data are valid and current.Even if it
takes longer to get results to their desktops.

--
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: 25 reasons why hardware is still hot at IBM


W dniu 2010-04-26 17:50, Ted MacNEIL pisze:

A secretary used 10 years ago word processor, email program and spreadsheet. 
Nowadays she use ...almost exactly same set of application, exactly the same 
NUMBER of them: one. Number of MIPS in her PC grew up

significantly. Can we talk about growth IN THIS CONTEXT?

Yes. And no.

Is this a good thing?

We used to have accountants make financial statements.
Now, we have secretaries, without credentials, doing these statements.
They don't know the basics, but they're putting out stuff that becomes part of 
their company record.
I have seen published financial statements with =ERR in cells.

Just because the tools are faster, better, stronger, doesn't mean they're used 
properly.

A faster wrench means you are driving the screws in faster!


You still miss the point. Is it intentional?
Undereducated secretary could make the same errors 10 years ago, using 
fraction of the MIPS she has nowadays. Human errors are CPU power 
independent. However in terms of MIPS secretary has much more MIPS than 
10 years ago. And still ONE PC. That's my point: number of computers. 
Not quality, usability or users education. Deprecating PC world is not a 
method for discussion about MIPS and pieces installed.




--
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

Re: 25 reasons why hardware is still hot at IBM


W dniu 2010-04-26 17:50, Elardus Engelbrecht pisze:

R.S. wrote:

sad truth: mainframe world is shrinking.


Please, give us some confirmed/trustworthy sources to confirm that statement.


Even IBM admits (I'VE SEEN IT SOMEWHERE) that number of mainframe 
datacenters is not growing but quickly explains it as effect of 
consolidation. (Indeed, consolidation is part of the reasons.)
Of course IBM jealously protect their most secret information: number 
of mainframe sites. Even this is the proof - do you really think this is 
effect of modesty or shyness? The other proof is what we all see: 
another light on mainframe map gone.
I can provide exact information about situation in Poland during last 10 
years - that's whole country in Europe. Yes, number of mainframe sites 
in Poland has shrunk. I heard what going up in Czech, Slovakia, Hungary.
What about South Africa - how many new customers do you know? How many 
closed (migrated) mainframe shops do you know? What's the balance?


--
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

Re: 25 reasons why hardware is still hot at IBM

W dniu 2010-04-26 18:52, McKown, John pisze:
[...]

I don't know the I/O capacity of the newest PC fibre I/O, but did find a Web site which says 4
GiB/Sec. But I'm relatively sure that there are fewer fibre HBAs in most servers than there are FICON
channels, the nearest z equivalent (I think), on a z. And I also wonder if such devices or PC servers have
multipath capability, similar to the z's. I am totally certain (watch somebody prove me wrong)
that it is impossible to have shared DASD on a PC like we are used to.

Indeed, I/O is still VERY strong advantage of mainframes.

BUT:

1. 8Gbps FC were first, before FICON Express8
2. If you use screwdriver and open FICON card you would see PCIe cards
inside. The same apply to modern OSAs, Cryptos. Caution: older models
contains PCI-X, newer PCIe.
3. Multipathing is still significantly worse in their world, but the
technology is maturing, especially in AIX.
4. Number of FC interfaces is indeed smaller per PC, but comparable per
full rack of PCs. And we use single piece of mainframe, while they're
using dozens of racks of cages of blades of PC's vbg
5. Shared DASD does exist in SCSI world, but serialization is worst
than the worst possible configuration of GRS. However it is used for
clustering.
6. They are hot on our heels. We had LPARs, VM - they also have
something similar. Many years later, significantly worse, but they have.
We have Coupling Facility - they are also trying to share memory. We had
SAN (ESCON) - they also have SAN, in some aspects better than our. I
think I feel what ancient Romans thought about the barbarians.

--
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.

remove

2010-04-26 Thread Homin Trigg

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
R.S.
Sent: Monday, April 26, 2010 2:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 25 reasons why hardware is still hot at IBM

W dniu 2010-04-26 18:52, McKown, John pisze:
[...]
 I don't know the I/O capacity of the newest PC fibre I/O, but did find a 
 Web site which says 4 GiB/Sec. But I'm relatively sure that there are fewer 
 fibre HBAs in most servers than there are FICON channels, the nearest z 
 equivalent (I think), on a z. And I also wonder if such devices or PC servers 
 have multipath capability, similar to the z's. I am totally certain (watch 
 somebody prove me wrong) that it is impossible to have shared DASD on a PC 
 like we are used to.

Indeed, I/O is still VERY strong advantage of mainframes.

BUT:

1. 8Gbps FC were first, before FICON Express8
2. If you use screwdriver and open FICON card you would see PCIe cards 
inside. The same apply to modern OSAs, Cryptos. Caution: older models 
contains PCI-X, newer PCIe.
3. Multipathing is still significantly worse in their world, but the 
technology is maturing, especially in AIX.
4. Number of FC interfaces is indeed smaller per PC, but comparable per 
full rack of PCs. And we use single piece of mainframe, while they're 
using dozens of racks of cages of blades of PC's vbg
5. Shared DASD does exist in SCSI world, but serialization is worst 
than the worst possible configuration of GRS. However it is used for 
clustering.
6. They are hot on our heels. We had LPARs, VM - they also have 
something similar. Many years later, significantly worse, but they have. 
We have Coupling Facility - they are also trying to share memory. We had 
SAN (ESCON) - they also have SAN, in some aspects better than our. I 
think I feel what ancient Romans thought about the barbarians.

-- 
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

--
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: 25 reasons why hardware is still hot at IBM

r.skoru...@bremultibank.com.pl (R.S.) writes:
 6. They are hot on our heels. We had LPARs, VM - they also have
 something similar. Many years later, significantly worse, but they
 have. We have Coupling Facility - they are also trying to share
 memory. We had SAN (ESCON) - they also have SAN, in some aspects
 better than our. I think I feel what ancient Romans thought about the
 barbarians.

re:
http://www.garlic.com/~lynn/2010h.html#51 25 reasons why hardware is still hot 
at IBM
http://www.garlic.com/~lynn/2010h.html#56 25 reasons why hardware is still hot 
at IBM
http://www.garlic.com/~lynn/2010h.html#62 25 reasons why hardware is still hot 
at IBM
http://www.garlic.com/~lynn/2010h.html#63 25 reasons why hardware is still hot 
at IBM


long ago and far away, my wife was con'ed into going to POK to be in
charge of loosely-coupled architecture (well, maybe not so long ago
... or at least my wife was in kindergarten at the time) ... and she
created peer coupled shared data. However, until sysplex there wasn't
any uptake except for IMS hot-standby ... which contributed to her not
staying long in the position. There were also ongoing battles with the
SNA forces about whether SNA had to be used for loosely-coupled
operation.
http://www.garlic.com/~lynn/subnetwork.html#shareddata

In late 80s, we started the ha/cmp product using power hardware (but the
design was independent of the processor architecture, worked equally
well with intel processors or other risc processors).
http://www.garlic.com/~lynn/subtopic.html#hacmp

-- 
42yrs virtualization experience (since Jan68), online at home since Mar1970

--
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: 25 reasons why hardware is still hot at IBM

2010-04-26 Thread Jonathan R Nolting


Although not a comprehensive list, just looking at the external IBM press
releases you can see both new mainframe customers as well as modernized and
new workloads being deployed on System z.  There are also other new System
z mainframe customers not published.  While these customers may not be
located in Milwaukee, there is new mainframe technology being deployed
around the world.

For existing customers, consolidation continues to reign supreme.  While I
was at Microsoft, they talked about the number of mainframe footprints or
servers that were declining without any regard for consolidation to larger
servers using the PR/SM LPAR technology.  Both the performance and capacity
of these new servers support continued consolidation.

 Dongbu Insurance Selects IBM to Build a Smarter System to Fuel
 Growth --  21April 2010
 ((http://www-03.ibm.com/press/us/en/pressrelease/29954.wss))--21
 April 2010

 Dongbu Insurance, Korea's second largest non-life insurer, to
 support the company's enterprise-wide business transformation and
 lay the foundations for future growth.

 Four IBM System z10 Enterprise Class and Business Class mainframe
 servers will serve as the backbone of the system, running on z/OS
 and Linux operating systems as well as IBM DB2 and WebSphere
 Application Server.

 Travelport Selects IBM to Provide Software Framework for Future
 Business Growth
 ((http://www-03.ibm.com/press/us/en/pressrelease/29829.wss))--06
 April 2010

 The new investment in IBM software is designed to allow Travelport
 to more than double the information it processes to customers in
 160 countries, including thousands of travel agencies, hotels and
 the leading car rental companies, cruise and tour operators and
 major rail networks.

 Travelport will utilize IBM technologies and work with IBM to
 upgrade its core system operating software to the IBM
 z/Transaction Processing Facility (zTPF). The agreement also
 includes elements of IBM’s software portfolio including WebSphere,
 Rational, Tivoli and Information Management products while also
 leveraging the full range of IBM server and storage products.

 Largest Korean Credit Card Company - BC Card - Selects IBM's
 System z Mainframe over HP and Oracle
 ((http://www-03.ibm.com/press/us/en/pressrelease/29040.wss))--16
 Dec 2009

 Korea's largest credit card company, BC Card, has selected IBM to
 support its payment system for 2.62 million merchants and 40
 million cardholders. BC Card chose IBM after an exhaustive review
 of competitive products from HP and Oracle. BC Card decided on the
 IBM System z mainframe for its low cost of computing, including
 energy savings and the system's strong disaster recovery
 capabilities.

 BC Card is a new IBM mainframe customer and will transform and
 consolidate its distributed servers to System z10 servers.

 Structured as a System z Solution Edition, the computing
 environment of BC Card also includes IBM middleware solutions,
 including DB2, CICS, WebSphere, Information Management, and Tivoli
 Software

 IBM Mainframe Deployed in Namibia for the First Time
 ((http://www-03.ibm.com/press/us/en/pressrelease/28896.wss))--24
 Nov 2009

 First National Bank of Namibia Ltd has selected IBM to help the
 bank localize its banking systems and operations. Under the $5
 million agreement, IBM will provide FNB with two of the latest IBM
 System z10 Business Class mainframes and supporting software to
 meet regulatory requirements and support the bank's growth.

 Businesses and governments in these emerging markets are
 modernizing their IT systems in banking, retail and other key
 sectors to compete in an interconnected world. IBM System z
 mainframes provide one of the world's highest levels of security
 and are unmatched in reliably managing high levels of
 transactions.

 KLM Royal Dutch Airlines Runs Commercial Flight and Reservation
 Systems on IBM System z Mainframe
 ((http://www-03.ibm.com/press/us/en/pressrelease/27863.wss))--29
 June 2009

 KLM Royal Dutch Airlines has become the first airline to fully
 deploy IBM's newest System z mainframe-based software for
 processing ultra-high volumes of real-time business transactions
 such as flight reservations.

 KLM has leveraged many of z/TPF's benefits, including
 modernization of their development platform through an
 open-standards-based Linux development environment. KLM is using
 the platform-independent open tooling, common across its

Re: 25 reasons why hardware is still hot at IBM

Even IBM admits (I'VE SEEN IT SOMEWHERE) that number of mainframe datacenters 
is not growing but quickly explains it as effect of 
consolidation.

Tell us where.
Or, consider a statement without substantiation what it's worth.
-
Too busy driving to stop for gas!

--
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: 45 years of Mainframe