Re: Problem with Cestpair command after upgrade to 9990V

[Ron Hawkins]

What is the original post?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Maurice Clark
> Sent: Thursday, November 13, 2008 3:56 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Problem with Cestpair command after upgrade to
> 9990V
> 
> Hello David,
> 
> I think you need to remove your commas from the PRIM and SEC parms ...
> 
> Cheers,
> 
> Maurice Clark
> Principal Consultant - Architecture and Design
> Global Solution Services
> Hitachi Data Systems Australia
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Old Logger Datasets

[Vernooy, C.P. - SPLXM]

Eric,

Check "MVS Setting Up a Sysplex SA22-7625". This will answer (all) your
sysplex questions.

See 11.2.3 LOGR Parameters for Administrative Data Utility for IXCMIAPU.

Kees.

"Eric Bielefeld" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Thanks Gary.  I'll have to figure out how to do this.  I'm sure my
boss knows what the different logstreams are.
> 
> Eric 
> 
>  "Gray wrote: 
> > Run an IXCMIAPU report on each of the logstreams.  If datasets exist
that the logger does not know of, it should show up in the orphaned
list.  If it is there, it can be deleted.  If the logstream does not
exist, you can delete the dataset.
> > 
> > 
> > Larry Gray
> > Large Systems Engineering
> > Lowe's Companies
> > 336-658-7944
> > 
> 
> --
> Eric Bielefeld
> Systems Programmer
> Washington University
> St Louis, Missouri
> 314-935-3418
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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

Re: "The Register" article on HP replacing z

[Timothy Sipples]

David Andrews writes:
>It's easier, and cheaper
>by far, to reduce a price tag than to do the zXXP engineering.

*A* price tag, maybe.

>I have to conclude that IBM doesn't *want* more z/OS licenses.
>I don't understand that, but neither do I have access to the
>Big Picture.

Okay then. So that would be why IBM has reduced the price per MIPS for
z/OS. And keeps increasing its function, adding more freebies every year.
And of course that explains zNALC! ("New" doesn't actually mean new, and
"application" doesn't actually mean application. That "NA" in the acronym
is just a clever bit of misdirection.) And hired all those fresh faced
20-something z/OS developers. That "Master the Mainframe" contest? That's
showing off Linux, isn't it? Why, with all these price reductions, no extra
charge enhancements, its hiring spree, and its other nefarious activities,
IBM is guaranteed to eliminate all z/OS demand in a mere 6 months.

:-)

Apologies, David. I shouldn't be sarcastic. But I just had to laugh out
loud at your conclusion. :-)

By the way, I read your conclusion during a coffee break as I was working
on the technical bits of a final bid proposal to a potential new z/OS
licensee. So I'm really having fun at your expense. :-)

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe Jobs Considered Recession Proof

[Timothy Sipples]

Scott Ford writes:
>A lot of 'younger' guys and gals don't want to learn z/OS or
>any of it's components.

A lot do. [And, it should be noted, the mountain has moved. If you're a
J2EE programmer, for example, learning WebSphere Application Server for
z/OS is literally zero effort.(*)]

Those that don't will have lower odds of finding and keeping employment --
and maintaining desired salaries -- ceteris paribus, if the expert
forecasters are correct. Overall IT employment in the U.S. has fallen quite
a bit since its dot-com peak already.?

Also if the experts are correct, one would think there should be an
increase in ab initio and cross training needs. Programs like the Academic
Initiative and "Master the Mainframe" contest are manifestations of the
former, but I wonder if the latter category has been fully mined yet. Maybe
there should be more training that takes someone with skill set "X" and
cross-trains them to acquire additional skills "Y." Some companies do this
internally already.

(*) Although some developers do experience the cultural shock of being
expected to produce *quality*, not just quantity. Mainframes measure things
and tell you exactly where you got it wrong. Some developers get offended
by that. :-)

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fwd: storing a PDF file in DB2 for z/OS

[Kirk Wolf]

Jim,

You are right, my response was a little rude. I apologize.

A PDF is simply a stream of binary data - records are of no
consequence.   You can store a PDF in any kind of dataset you want, so
long as you can read it from your COBOL program and load it into the
BLOB.   RECFM=U, BLKSIZE=27998 seems the most natural to me.   You
might also consider a zFS file in say /tmp.

Kirk Wolf

On Wed, Nov 12, 2008 at 3:20 AM, Jim McAlpine <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 11, 2008 at 11:07 PM, Kirk Wolf <[EMAIL PROTECTED]> wrote:
>
>> This question has great potential for a really long IBM-MAIN thread :-)
>>
>> Is it a question about:
>> - how to store a PDF in a dataset?
>> - how to load PDFs into DB2?
>> - how to transfer a PDF to a mainframe dataset?
>> - how to process DB2 LOBs in COBOL ?
>>
>> Pick your favorite aspect, or anything slightly related, and post away :-)
>>
>> The requirements are little vague to suggest the best approach.
>> For example:  where are PDFs that you want to load?  If they are on
>> another platform and you can get a DB2 client connection from that
>> platform, then use a utility or simple program (say, in Java) on that
>> platform to load the PDF into the LOB via a remote DB2 connection.
>>
>> Kirk Wolf
>> Dovetailed Technologies
>>
>>
>>
> I thought that I had explained the question in my original post.  All the
> other people that answered didn't seem to have a problem and answered
> specifically regarding the attributes of the dataset in which to store the
> PDF file.  The other stuff in my original post intimated that the PDF would
> be uploaded to DB2 with a COBOL program and that I would FTP the PDF
> to z/OS.  Sorry if I wasn't clear enough.
>
> Jim McAlpine
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>

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

Re: Problem with Cestpair command after upgrade to 9990V

[O'Brien, David W. (NIH/CIT) [C]]

Thanks Maurice, but I did try that since the doc did not show commas in the 
example.
Sadly, the same result.


From: IBM Mainframe Discussion List [EMAIL PROTECTED] On Behalf Of Maurice 
Clark [EMAIL PROTECTED]
Sent: Thursday, November 13, 2008 6:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Problem with Cestpair command after upgrade to 9990V

Hello David,

I think you need to remove your commas from the PRIM and SEC parms ...

Cheers,

Maurice Clark
Principal Consultant - Architecture and Design
Global Solution Services
Hitachi Data Systems Australia


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

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

Re: IODF/HITACHI HELP

[Linda Mooney]

Hi Lucy,

What results do you get from a devserv command?  Is this a new install?  Are 
other volumes on this controller & LUN working?

Linda Mooney

-- Original message -- 
From: Lucy Arnold <[EMAIL PROTECTED]> 

> Does anybody know how to rectify t 
> 
> 
> 
> When I try to init the device - I get this 
> 
> ICK091I F10A NED= 2105. .HTC.55.00011208 
> *73 ICK003D REPLY U TO ALTER VOLUME F10A CONTENTS, ELSE T 
> R 73,U 
> *IOS003A F10A,INTERVENTION REQUIRED 
> IEF450I SYSGM02 STEP1 - ABEND=S222 U REASON= 916 
> TIME=08.38.14 
> 
> 
> ICKDSF - MVS/ESA DEVICE SUPPORT FACILITIES 17.0 
> 
> INIT UNIT(F10A) VERIFY(*NONE*) VOLID(H9F10A) VTOC(01,0,30) PURGE 
> ICK00700I DEVICE INFORMATION FOR F10A IS CURRENTLY AS FOLLOWS: 
> PHYSICAL DEVICE = 3390 
> STORAGE CONTROLLER = 2105 
> STORAGE CONTROL DESCRIPTOR = E8 
> DEVICE DESCRIPTOR = 0C 
> ADDITIONAL DEVICE INFORMATION = 4A35 
> TRKS/CYL = 15, # PRIMARY CYLS = 10017 
> ICK04000I DEVICE IS IN SIMPLEX STATE 
> 
> I get this when I vary f10a online 
> IEF354I DISABLED DASD DEVICE F10A NOT VARIED ONLINE 
> 
> 
> Lucy Arnold 
> Storage Manager 
> U.C. Davis Medical Center 
> 916-734-5498 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 

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

Re: Problem with Cestpair command after upgrade to 9990V

[Maurice Clark]

Hello David, 
 
I think you need to remove your commas from the PRIM and SEC parms ... 
 
Cheers,
 
Maurice Clark
Principal Consultant - Architecture and Design
Global Solution Services
Hitachi Data Systems Australia
 

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

Re: APAR search keywords

[Scott Ford]

Yep, I have seen HICPU used also in searches

Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Patrick O'Keefe
Sent: Thursday, November 13, 2008 3:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: APAR search keywords

On Thu, 13 Nov 2008 12:35:42 -0600, Brian Peterson 
<[EMAIL PROTECTED]> wrote:

>From the IBMLink "Help" function:
>
>https://www-304.ibm.com/ibmlink/sis/helpFunctions.wss?lc=en&cc=US
>...

I though HICPU was one but I don't see it on the list.
There are a few others, too, but I've forgotten them.

It's possible they were not officicial; just commonly used.

Pat O'Keefe

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

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

IODF/HITACHI HELP

[Lucy Arnold]

Does anybody know how to rectify t



When I try to init the device - I get this

 ICK091I   F10A NED=  2105.   .HTC.55.00011208
*73 ICK003D REPLY U TO ALTER VOLUME F10A CONTENTS, ELSE T
 R 73,U
*IOS003A F10A,INTERVENTION REQUIRED
 IEF450I SYSGM02 STEP1 - ABEND=S222 U REASON=  916
 TIME=08.38.14


ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0

 INIT UNIT(F10A) VERIFY(*NONE*) VOLID(H9F10A) VTOC(01,0,30) PURGE
ICK00700I DEVICE INFORMATION FOR F10A IS CURRENTLY AS FOLLOWS:
  PHYSICAL DEVICE = 3390
  STORAGE CONTROLLER = 2105
  STORAGE CONTROL DESCRIPTOR = E8
  DEVICE DESCRIPTOR = 0C
  ADDITIONAL DEVICE INFORMATION = 4A35
  TRKS/CYL = 15, # PRIMARY CYLS = 10017
ICK04000I DEVICE IS IN SIMPLEX STATE

I get this when I vary f10a online
IEF354I DISABLED DASD DEVICE F10A NOT VARIED ONLINE


Lucy Arnold
Storage Manager
U.C. Davis Medical Center
916-734-5498

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

Re: Specialty Engines

[Wayne Driscoll]

In addition, with z/VM 5.3, even if you don't have a zIIP or a zAAP, as long
as you are running on a processor that supports zIIPS and/or zAAPS, you
could define vitural specialty engines.  Clearly no benefit for a production
environment, but could be useful in a POC for getting a specialty engine.

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Post
Sent: Thursday, November 13, 2008 4:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Specialty Engines

>>> On 11/13/2008 at  4:29 PM, Shane <[EMAIL PROTECTED]> wrote: 
> Mark, are you saying that prior to z/VM-mode LPARs, VM would still
> dispatch (qualifying) guest workload on zIIP/zAAP.
> That's not the way I read 208-249 - but unfortunately I don't have
> access to machinery to test my doubts.

Yes.  Starting back in June of 2007, z/VM 5.3 had the capability to do just
that.  Take a look at slide 17 from Reed Mullen's presentation at SHARE in
San Jose.
http://www.vm.ibm.com/devpages/MULLENRA/SHARE111.pdf


Mark Post

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

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

Re: "The Register" article on HP replacing z

[Ken Porowski]

Found where I read it (I did not believe it).  I had already heard in
other discussions/presentations on the z10 that they were indeed CISC
chips.  Probably someone assuming z6/Power 6 technology with RISC. 

Another 'The Register' article titled 'IBM chills mainframe New Coke'

http://www.theregister.co.uk/2008/10/21/new_ibm_entry_mainframe/

The article states
'The z10 BC is a cut-down version of the existing z10 Enterprise Class
machine, which launched in March 2008 using Big Blue's quad-core z6 CISC
mainframe processor.' and continues to mention CISC.

One of the comments from readers was 

CISC processors  
By Magellan Posted Tuesday 21st October 2008 22:28 GMT

Mainframes have not used CISC processors in years. They execute CISC
code, but on RISC processors using hardware CISC decoder which converts
the CISC operations to RISC operations. This is exactly what AMD and
Intel have done for years on x86, ever since AMD's K5 and Intel's P6.

I recall reading somewhere there was significant similarity between one
of the IBM mainframe RISC processor cores from the early 2000s and IBM's
in-order RISC RS64 processor core from the late 1990s.
 

-Original Message-
John Eells


Ken Porowski wrote:

>I heard someone make the 
> comment that even the z10 (and possibly earlier) were RISC with CISC 
> in the milli-micro-etc. code?


I have _no_ idea where these rumors come from!

668 of the 894 instructions on the z10 EC (about 75%) are implemented
entirely in hardware.  I don't know about anyone else, but I would not
exactly call 668 hardware instructions "RISC."

For more than you probably want to know, see:

http://www.ibm.com/systems/resources/systems_z_news_announcement_pdf_ZSO
03018.pdf
http://www.redbooks.ibm.com/redpieces/pdfs/sg247515.pdf

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

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

Re: Specialty Engines

[Mark Post]

>>> On 11/13/2008 at  4:29 PM, Shane <[EMAIL PROTECTED]> wrote: 
> Mark, are you saying that prior to z/VM-mode LPARs, VM would still
> dispatch (qualifying) guest workload on zIIP/zAAP.
> That's not the way I read 208-249 - but unfortunately I don't have
> access to machinery to test my doubts.

Yes.  Starting back in June of 2007, z/VM 5.3 had the capability to do just 
that.  Take a look at slide 17 from Reed Mullen's presentation at SHARE in San 
Jose.
http://www.vm.ibm.com/devpages/MULLENRA/SHARE111.pdf


Mark Post

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

Re: "The Register" article on HP replacing z

[Scott Ford]

Can someone pass me the url on the HP article, pls, many thanks in advance

Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John Eells
Sent: Thursday, November 13, 2008 4:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: "The Register" article on HP replacing z

Ken Porowski wrote:

> The fact that the z10 was a 'new' platform shows they
> are/do consider it worthwhile.  Of course it could just be a step
> towards emulating z/Architecture over another instruction set.  I heard
> someone make the comment that even the z10 (and possibly earlier) were
> RISC with CISC in the milli-micro-etc. code?


I have _no_ idea where these rumors come from!

668 of the 894 instructions on the z10 EC (about 75%) are implemented 
entirely in hardware.  I don't know about anyone else, but I would not 
exactly call 668 hardware instructions "RISC."

For more than you probably want to know, see:

http://www.ibm.com/systems/resources/systems_z_news_announcement_pdf_ZSO0301
8.pdf
http://www.redbooks.ibm.com/redpieces/pdfs/sg247515.pdf

-- 
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

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

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

IBM-Support Toolbar for MSIE and Firefox

[Roland Schiradin]

Very nice even I use it for just a few hours.

http://www-01.ibm.com/software/support/toolbar/

Roland

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

Re: appending userid in a file

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/12/2008
   at 01:41 AM, Ron Thomas <[EMAIL PROTECTED]> said:

>Could some one please help me in this in this , I need a Rexx routine to
>be  executed in the job so that that the file will be created for eg 
>Userid.abc ie the userid should be appended before the file name.

>PUT  abc.inv.rpt  userid.txt

'PUT  abc.inv.rpt" userid()'.txt'


In <[EMAIL PROTECTED]>, on 11/12/2008
   at 06:05 AM, Ron Thomas <[EMAIL PROTECTED]> said:

>I have codee the beleo routine and executed using IKJEF01 and it it is
>not  working. Could some one please let me know what could be the issue?

>The message i am getting is "IKJ56500I COMMAND ID NOT FOUND "

>/*  REXX */
>ID = userid()  

You're trying to run your code directly from SYSTSIN. Put it in a SYSEXEC
or SYSPROC member and invoke that member from SYSTSIN.

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

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

Re: "The Register" article on HP replacing z

[John Eells]

Ken Porowski wrote:


The fact that the z10 was a 'new' platform shows they
are/do consider it worthwhile.  Of course it could just be a step
towards emulating z/Architecture over another instruction set.  I heard
someone make the comment that even the z10 (and possibly earlier) were
RISC with CISC in the milli-micro-etc. code?



I have _no_ idea where these rumors come from!

668 of the 894 instructions on the z10 EC (about 75%) are implemented 
entirely in hardware.  I don't know about anyone else, but I would not 
exactly call 668 hardware instructions "RISC."


For more than you probably want to know, see:

http://www.ibm.com/systems/resources/systems_z_news_announcement_pdf_ZSO03018.pdf
http://www.redbooks.ibm.com/redpieces/pdfs/sg247515.pdf

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

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

Re: Specialty Engines

[Shane]

> No, that's not the case, unless you're talking about mixing IFLs into
> the LPAR as well.  If you want IFLs as well, then yes, you need a z10
> and z/VM 5.4.

Mark, are you saying that prior to z/VM-mode LPARs, VM would still
dispatch (qualifying) guest workload on zIIP/zAAP.
That's not the way I read 208-249 - but unfortunately I don't have
access to machinery to test my doubts.

Shane ...

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

Re: SYSNAME ON

[Jakubek, Jan]

<
I would like to enable SYSNAME ON (ISPF Command ) for all TSO users. So
far 
i could not find a way to issue ISPF command from REXX / CLIST in my
logon 
procs. Even  tried to modify ISPCFIGU using TSO ISPCCONF (with
increament  
VERSION_LEVEL_OF_SITEWIDE_DEFAULTS )  DEFAULT_SYSTEM_NAME= ON 
without any luck. 
Munif 
>

This could be an explanation rather than help to address your problem:
I think (a guess) that SYSNAME OFF option is set in the existing
ISPPROF. ISPCFIGU setting is used only when a new ISPPROF (member, do
not know which one) is created.

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

Re: Test...Please Acknowledge.

[John Hamman]

Howard,
got it

good luck


John Hamman
Senior Systems Programmer
BlueCross BlueShield of Mississippi
601.664.4410
[EMAIL PROTECTED]

>>> "Howard Rifkind" <[EMAIL PROTECTED]> 11/13/2008 2:19:57 PM >>>
Thanks
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


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






* The information contained in this message, and attachments hereto, 
may be privileged/confidential, and may contain protected health information 
that is subject to use and disclosure restrictions under federal law.  It is 
intended only for the use of the individual or entity named above.  If you are 
not the intended recipient, or agent responsible for delivering this message to 
the intended recipient, you are hereby notified dissemination, distribution or 
copying of this communication is strictly prohibited.  If you have received 
this communication in error, please notify the sender immediately by return 
e-mail and delete the original message and any copy of it from your computer 
system.   All recipients are expected to maintain appropriate protections on 
the information contained herein.  *

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

Re: Test...Please Acknowledge.

[Warren Brown]

Acknowledgment
-- Original message from Howard Rifkind <[EMAIL PROTECTED]>: 
-- 


> Thanks 
> _ 
> LEGAL NOTICE 
> Unless expressly stated otherwise, this message is confidential 
> and may be privileged. It is intended for the addressee(s) only. 
> Access to this E-mail by anyone else is unauthorized. 
> If you are not an addressee, any disclosure or copying of the 
> contents of this E-mail or any action taken (or not taken) in 
> reliance on it is unauthorized and may be unlawful. If you are not an 
> addressee, please inform the sender immediately, then delete this 
> message and empty from your trash. 
> 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 

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

Re: APAR search keywords

[Patrick O'Keefe]

On Thu, 13 Nov 2008 12:35:42 -0600, Brian Peterson 
<[EMAIL PROTECTED]> wrote:

>From the IBMLink "Help" function:
>
>https://www-304.ibm.com/ibmlink/sis/helpFunctions.wss?lc=en&cc=US
>...

I though HICPU was one but I don't see it on the list.
There are a few others, too, but I've forgotten them.

It's possible they were not officicial; just commonly used.

Pat O'Keefe

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

Re: "The Register" article on HP replacing z

[Howard Brazee]

On 13 Nov 2008 12:21:31 -0800, [EMAIL PROTECTED] (Ken Porowski)
wrote:

>> Does IBM want to sell xNix mainframes? 
>
>If they sell, yes!  

Do they think it will sell well enough?

>>Or are they orienting differently - to sell powerful database machines,
>powerful application servers, powerful web
>>servers... ?
>
>Isn't that what a z/OS box is?

My "orientation" may fit better with marketing.   Those are three
different marketing directions.You and I aren't this market.

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

Re: IEC161I 040-002

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Interogate the rest of the message for the ICD3009I return code and
reason code.  If you look up IEC161I RC 040 in Quickref it states to
look into the IDC3009I return and reason codes that are in the remainder
of the IEC161I message. 

Looks like something is amiss with a VSAM file?

Thanks

C. Todd Burrell, PMP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Arturo
Sent: Thursday, November 13, 2008 2:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IEC161I 040-002

has any one ever run a Batch Job, processed steps 1,2,3,4,5 and abends
in step 6.. you fix the problem in step 6. Resubmit the job from the
beginning and it fails in step 3 with an IEC161I 040-002 ? Same "
everything "  except for the space allocation change that I did to step
6. 

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

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

Re: Test...Please Acknowledge.

[Hessong, Keith]

Got it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Martinez, Frank J
Sent: Thursday, November 13, 2008 3:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Test...Please Acknowledge.

Got it

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Pat Mihalec
Sent: Thursday, November 13, 2008 3:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Test...Please Acknowledge.

I got it.


Pat Mihalec
Rush University Medical Center
Senior System Programmer
(312) 942-8386
[EMAIL PROTECTED]

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

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


This email, including attachments, may include confidential and/or proprietary 
information, and may be used only by the person or entity to which it is 
addressed.  If the reader of this e-mail is not the intended recipient or his 
or her authorized agent, the reader is hereby notified that any dissemination, 
distribution or copying of this e-mail is prohibited.  If you have received 
this e-mail in error, please notify the sender by replying to this message and 
delete this e-mail immediately.
Thank you.

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

Re: Test...Please Acknowledge.

[Martinez, Frank J]

Got it

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pat 
Mihalec
Sent: Thursday, November 13, 2008 3:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Test...Please Acknowledge.

I got it.


Pat Mihalec
Rush University Medical Center
Senior System Programmer
(312) 942-8386
[EMAIL PROTECTED]

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

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

Re: IEC161I 040-002

[Lizette Koehler]

I would be curious to see the whole message.  The IEC161-040 indicates a 
problem with the catalog and an IDC3009I should be reviewed.  The 002 is 
insufficient to see which IDC3009I message to look at.  Is the space change for 
a VSAM data set?

IEC161I (return code 040) rc[(sfi)]-ccc,jjj, sss,ddname,dev,ser,xxx,
   dsname,cat   

Routing Code: 11

Descriptor Code: 6  

Explanation:  General Information for Message IEC161I   

For general information about message IEC161I, see the explanation for  
return code 001.

Specific Information for This Return Code   

The data set being opened is security protected and the OPEN routine could  
not validate your password, or an unauthorized program is attempting to 
open a catalog as a data set.  
  
See message IDC3009I for a list of these catalog return and reason codes.  

Lizette
   


>
>has any one ever run a Batch Job, processed steps 1,2,3,4,5 and abends in 
>step 6.. you fix the problem in step 6. Resubmit the job from the beginning 
>and 
>it fails in step 3 with an IEC161I 040-002 ? Same " everything "  except for 
>the space allocation change that I did to step 6. 
>

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

Re: How many shops use 3rd party compression for IMS DBs?

[Tom Harper]

David,

You should probably be asking this question on the IMS listserv, but in
order to remove, change, or add compression to a data base you will need
to unload and then reload the data base using the old and new DBDs.

When you load the data base, unless you change the free space
parameters, they will be the same as before. If you are going to have
non-compressed data on the new data base, you may wish to re-assess your
free space requirements, since you will not be having as many split
segments as before. You have several options if you exceed the 8Gb
limit:

- Use can use a partitioning product, such as PDF or HALDB
- You can use secondary data set groups

IBM's compression product works fine. We have many customers that have
been using it successfully for a long time.

Tom Harper
IMS Utilities Development Team
Neon Enterprise Software, Inc.
Sugar Land, TX

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David W. Cullum
Sent: Thursday, November 13, 2008 2:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: How many shops use 3rd party compression for IMS DBs?

We are currently evaluating IBM's compression product but will only be
using
it on 12 large DBs, is it even worth the DASD savings? We have about 300
VSAM/OSAM 
HIDAM databases and are running IMS 9. We also have mucho storage
available
but are concerned that some of our large DBs may go over the 8 gig limit
once they are uncompressed or will they just allocate the existing free
space in the DB? We are using DBT's compression routine at this time.


David

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

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

Re: Test...Please Acknowledge.

[Pat Mihalec]

I got it.


Pat Mihalec
Rush University Medical Center
Senior System Programmer
(312) 942-8386
[EMAIL PROTECTED]

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

Re: Test...Please Acknowledge.

[john gilmore]

receipt acknowledgedJohn Gilmore Ashland, MA 01721-1817 USA> Date: Thu, 13 Nov 
2008 15:19:57 -0500> From: [EMAIL PROTECTED]> Subject: Test...Please 
Acknowledge.> To: IBM-MAIN@BAMA.UA.EDU> > Thanks> _> LEGAL NOTICE> 
Unless expressly stated otherwise, this message is confidential> and may be 
privileged. It is intended for the addressee(s) only.> Access to this E-mail by 
anyone else is unauthorized.> If you are not an addressee, any disclosure or 
copying of the> contents of this E-mail or any action taken (or not taken) in> 
reliance on it is unauthorized and may be unlawful. If you are not an> 
addressee, please inform the sender immediately, then delete this> message and 
empty from your trash.> > > 
--> For 
IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
[EMAIL PROTECTED] with the message: GET IBM-MAIN INFO> Search the archives at 
http://bama.ua.edu/archives/ibm-main.html> 
_
Get 5 GB of storage with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How many shops use 3rd party compression for IMS DBs?

[David W. Cullum]

We are currently evaluating IBM's compression product but will only be using
it on 12 large DBs, is it even worth the DASD savings? We have about 300
VSAM/OSAM 
HIDAM databases and are running IMS 9. We also have mucho storage available
but are concerned that some of our large DBs may go over the 8 gig limit
once they are uncompressed or will they just allocate the existing free
space in the DB? We are using DBT's compression routine at this time.


David

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

Re: "The Register" article on HP replacing z

[Ken Porowski]

 

-Original Message-
Howard Brazee

> Does IBM want to sell xNix mainframes? 

If they sell, yes!  

>Or are they orienting differently - to sell powerful database machines,
powerful application servers, powerful web
>servers... ?

Isn't that what a z/OS box is?

>Or would they be happy to be out of the computer hardware business
>altogether?   When PCs became a commodity, they got out of that
>business.   Do they foresee business computer hardware becoming a
>commodity?

PC's were a commodity long before they sold the business.
The question is more of are the (estimated) 10,000 z/OS licenses (equals
how many shops?) worth the continued investment in the 360-z
architecture?  The fact that the z10 was a 'new' platform shows they
are/do consider it worthwhile.  Of course it could just be a step
towards emulating z/Architecture over another instruction set.  I heard
someone make the comment that even the z10 (and possibly earlier) were
RISC with CISC in the milli-micro-etc. code?

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

Test...Please Acknowledge.

[Howard Rifkind]

Thanks
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


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

IEC161I 040-002

[Arturo]

has any one ever run a Batch Job, processed steps 1,2,3,4,5 and abends in 
step 6.. you fix the problem in step 6. Resubmit the job from the beginning and 
it fails in step 3 with an IEC161I 040-002 ? Same " everything "  except for 
the space allocation change that I did to step 6. 

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

Re: "The Register" article on HP replacing z

[Howard Brazee]

On 13 Nov 2008 09:37:09 -0800, [EMAIL PROTECTED] (David Andrews)
wrote:

>I have to conclude that IBM doesn't *want* more z/OS licenses.  I don't
>understand that, but neither do I have access to the Big Picture.

Wild conjecture can come up with some reasons - most of which don't
bode well for our future.

Does IBM want to sell xNix mainframes?   

Or are they orienting differently - to sell powerful database
machines, powerful application servers, powerful web servers... ?

Or would they be happy to be out of the computer hardware business
altogether?   When PCs became a commodity, they got out of that
business.   Do they foresee business computer hardware becoming a
commodity?

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

Re: Specialty Engines

[Mark Post]

>>> On 11/13/2008 at  1:34 PM, Shane <[EMAIL PROTECTED]> wrote: 
> Mark Post wrote:
> 
>> z/VM will allow a z/OS guest to dispatch work on a zIIP or a zAAP.
> 
> Unless I'm mis-remembering, this is only true if you happen to be on
> latest z/VM, on latest hardware, and happen to have an appropriately
> defined LPAR.

No, that's not the case, unless you're talking about mixing IFLs into the LPAR 
as well.  If you want IFLs as well, then yes, you need a z10 and z/VM 5.4.


Mark Post

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

Re: APAR search keywords

[Brian Peterson]

>From the IBMLink "Help" function:

https://www-304.ibm.com/ibmlink/sis/helpFunctions.wss?lc=en&cc=US

Brian

On Thu, 13 Nov 2008 16:13:55 +0100, R.S. wrote:

>When I search "Technical help database for mainframe operating
>environments", I use the following keywords:
>- msgMESSAGE when looking for given MESSAGE number
>- WAITnnn when looking for given wait state
>- ABENDccc when looking for given abend
>Examples: msgICH408I, WAIT064, ABEND0C4.
>That's what I know and learnt from practice.
>
>Now the questions:
>Do exist any keywords other than ABEND, msg, WAIT ?
>Are the keywords documented anywhere ?
>Is there any manual or help, or any other reference ?
>
>--
>Radoslaw Skorupka
>

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

Re: Specialty Engines

[Shane]

Mark Post wrote:

> z/VM will allow a z/OS guest to dispatch work on a zIIP or a zAAP.

Unless I'm mis-remembering, this is only true if you happen to be on
latest z/VM, on latest hardware, and happen to have an appropriately
defined LPAR.
Maybe not everyone meets all those criteria.

Shane ...

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

Re: Old Logger Datasets

[Eric Bielefeld]

Thanks Gary.  I'll have to figure out how to do this.  I'm sure my boss knows 
what the different logstreams are.

Eric 

 "Gray wrote: 
> Run an IXCMIAPU report on each of the logstreams.  If datasets exist that the 
> logger does not know of, it should show up in the orphaned list.  If it is 
> there, it can be deleted.  If the logstream does not exist, you can delete 
> the dataset.
> 
> 
> Larry Gray
> Large Systems Engineering
> Lowe's Companies
> 336-658-7944
> 

--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

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

Re: how to re-define a vsam cluster with the data and indexobljects

[John Norgauer]

Thanks listers


John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


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

Re: concatenations, again

[J R]

Yes, that's the way it has always worked.  
 
> I just assumed that if you do any override, it overrides the entire DD 
> concatenation. 
 
No, the override is by *DD statement*, not by *ddname*.  
 
To override, say, the third and fifth statements, code:  
 
//SYSLIB DD 
// DD 
// DD DISP=SHR,DSN=FJS.PDSE.COBOL 
// DD 
// DD DISP=SHR,DSN=FJS.TEST.COBOL 
 
 
> Date: Thu, 13 Nov 2008 11:52:06 -0600
> From: [EMAIL PROTECTED]
> Subject: concatenations, again
> To: IBM-MAIN@BAMA.UA.EDU
> 
> Now how is *this* one for interesting:
> 
> //COBOL PROC COBOPT= 
> //COB EXEC PGM=IGYCRCTL,REGION=4096K,PARM='&COBOPT'
> //SYSIN DD DISP=SHR,DSN=FJS.PDSE.COBOL(&MEMBER) 
> //SYSPRINT DD SYSOUT=* 
> // INCLUDE MEMBER=COBWORK 
> //SYSLIN DD DSN=&&OBJECT,DISP=(NEW,PASS,DELETE), 
> // SPACE=(400,(100,50)) 
> //SYSLIB DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> // DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> // DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> // DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> // DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> // DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> // DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> // DD DISP=SHR,DSN=APPL.PROD.COPYLIB 
> // PEND 
> 
> // SET MEMBER=OBJ1 
> //STEP01 EXEC COBOL 
> //SYSLIB DD DISP=SHR,DSN=FJS.PDSE.COBOL
> // DD DISP=SHR,DSN=FJS.TEST.COBOL
> 
> This actually does pretty much what I want! The two DD's in the calling JCL 
> override the first two DD's in the proc. But the rest remain! I just assumed 
> that if you do any override, it overrides the entire DD concatenation. But 
> that 
> appears not to be true. Take a look:
> 
> 20 ++SYSLIN DD DSN=&&OBJECT,DISP=(NEW,PASS,DELETE),
> ++ SPACE=(400,(100,50)) 
> 21 //SYSLIB DD DISP=SHR,DSN=FJS.PDSE.COBOL 
> +/SYSLIB DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> 22 // DD DISP=SHR,DSN=FJS.TEST.COBOL 
> +/ DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> 23 ++ DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> 24 ++ DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> 25 ++ DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> 26 ++ DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> 27 ++ DD DISP=SHR,DSN=FJS.DUMMY.COBOL 
> 28 ++ DD DISP=SHR,DSN=APPL.PROD.COPYLIB 
> 
> IGD106I SYS08318.T103641.RA000.COBOBJ.OBJECT.H01 PASSED, 
> DDNAME=SYSLIN
> IGD104I FJS.PDSE.COBOL RETAINED, DDNAME=SYSLIB
> IGD104I FJS.TEST.COBOL RETAINED, DDNAME= 
> IGD104I FJS.DUMMY.COBOL RETAINED, DDNAME= 
> IGD104I FJS.DUMMY.COBOL RETAINED, DDNAME= 
> IGD104I FJS.DUMMY.COBOL RETAINED, DDNAME= 
> IGD104I FJS.DUMMY.COBOL RETAINED, DDNAME= 
> IGD104I FJS.DUMMY.COBOL RETAINED, DDNAME= 
> IGD104I APPL.PROD.COPYLIB RETAINED, DDNAME= 
> 
> Still requires that you know the maximum number of "optional" concatenations, 
> but it's the best I've seen yet.
> 
> Thanks to Arnold Trembley for the idea.
> 
> Frank
 
 
 
_
Get 5 GB of storage with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Specialty Engines

[Mark Post]

>>> On 11/13/2008 at 10:30 AM, "R.S." <[EMAIL PROTECTED]> wrote: 
-snip-
> I'm not sure if I can use zIIP or zAAP for z/OS under VM.


Yes.  z/VM will allow a z/OS guest to dispatch work on a zIIP or a zAAP.  z/VM 
itself will not use either of them.


Mark Post

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

Re: Old Logger Datasets

[Gray, Larry - Larry A]

Run an IXCMIAPU report on each of the logstreams.  If datasets exist that the 
logger does not know of, it should show up in the orphaned list.  If it is 
there, it can be deleted.  If the logstream does not exist, you can delete the 
dataset.


Larry Gray
Large Systems Engineering
Lowe's Companies
336-658-7944

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric 
Bielefeld
Sent: Thursday, November 13, 2008 12:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Old Logger Datasets

I noticed that there are all kinds of old LOGGER datasets on many of our disk 
packs.  These are from 2007 back to 2004.  Can these just be deleted?  I'm not 
that familiar with logger.  Here are a couple of dataset names:

LOGGER.ATR.AISPLEX.RESTART.A001
LOGGER.DBPROD.E1FSCICS.DFHLOG.A0001548
LOGGER.DBPROD.G1FSCICS.DFHSHUNT.A002

Eric

--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

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


NOTICE:
All information in and attached to the e-mail(s) below may be proprietary, 
confidential, privileged and otherwise protected from improper or erroneous 
disclosure.  If you are not the sender's intended recipient, you are not 
authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message.  If you have erroneously received this communication, please 
notify the sender immediately by phone
(704-758-1000) or by e-mail and destroy all copies of this message (electronic, 
paper, or otherwise).  Thank you.

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

concatenations, again

[Frank Swarbrick]

Now how is *this* one for interesting:

//COBOL PROC COBOPT= 
//COB   EXEC PGM=IGYCRCTL,REGION=4096K,PARM='&COBOPT'
//SYSIN DD DISP=SHR,DSN=FJS.PDSE.COBOL(&MEMBER)  
//SYSPRINT  DD SYSOUT=*  
//  INCLUDE MEMBER=COBWORK   
//SYSLINDD DSN=&&OBJECT,DISP=(NEW,PASS,DELETE),  
//SPACE=(400,(100,50))   
//SYSLIBDD DISP=SHR,DSN=FJS.DUMMY.COBOL  
//  DD DISP=SHR,DSN=FJS.DUMMY.COBOL  
//  DD DISP=SHR,DSN=FJS.DUMMY.COBOL  
//  DD DISP=SHR,DSN=FJS.DUMMY.COBOL  
//  DD DISP=SHR,DSN=FJS.DUMMY.COBOL  
//  DD DISP=SHR,DSN=FJS.DUMMY.COBOL  
//  DD DISP=SHR,DSN=FJS.DUMMY.COBOL  
//  DD DISP=SHR,DSN=APPL.PROD.COPYLIB
//  PEND 

//  SET MEMBER=OBJ1   
//STEP01EXEC COBOL
//SYSLIBDD DISP=SHR,DSN=FJS.PDSE.COBOL
//  DD DISP=SHR,DSN=FJS.TEST.COBOL

This actually does pretty much what I want!  The two DD's in the calling JCL 
override the first two DD's in the proc.  But the rest remain!  I just assumed 
that if you do any override, it overrides the entire DD concatenation.  But 
that 
appears not to be true.  Take a look:

20 ++SYSLINDD DSN=&&OBJECT,DISP=(NEW,PASS,DELETE),
   ++SPACE=(400,(100,50)) 
21 //SYSLIBDD DISP=SHR,DSN=FJS.PDSE.COBOL 
   +/SYSLIBDD DISP=SHR,DSN=FJS.DUMMY.COBOL
22 //  DD DISP=SHR,DSN=FJS.TEST.COBOL 
   +/  DD DISP=SHR,DSN=FJS.DUMMY.COBOL
23 ++  DD DISP=SHR,DSN=FJS.DUMMY.COBOL
24 ++  DD DISP=SHR,DSN=FJS.DUMMY.COBOL
25 ++  DD DISP=SHR,DSN=FJS.DUMMY.COBOL
26 ++  DD DISP=SHR,DSN=FJS.DUMMY.COBOL
27 ++  DD DISP=SHR,DSN=FJS.DUMMY.COBOL
28 ++  DD DISP=SHR,DSN=APPL.PROD.COPYLIB  

IGD106I SYS08318.T103641.RA000.COBOBJ.OBJECT.H01 PASSED,
DDNAME=SYSLIN
IGD104I FJS.PDSE.COBOL   RETAINED,  DDNAME=SYSLIB
IGD104I FJS.TEST.COBOL   RETAINED,  DDNAME=  
IGD104I FJS.DUMMY.COBOL  RETAINED,  DDNAME=  
IGD104I FJS.DUMMY.COBOL  RETAINED,  DDNAME=  
IGD104I FJS.DUMMY.COBOL  RETAINED,  DDNAME=  
IGD104I FJS.DUMMY.COBOL  RETAINED,  DDNAME=  
IGD104I FJS.DUMMY.COBOL  RETAINED,  DDNAME=  
IGD104I APPL.PROD.COPYLIBRETAINED,  DDNAME=  

Still requires that you know the maximum number of "optional" concatenations, 
but it's the best I've seen yet.

Thanks to Arnold Trembley for the idea.

Frank

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

Re: SUSPECT: Re: Mainframe Jobs Considered Recession Proof

[Jackson, Robin]

Hi Tom,

Just noticed that your signature block indicated that you were at
Commerce Bank of Kansas City.  Just wanted to say hi and see if any of
the folks that were a part of the team that I worked with when the
Commerce data center were still there.  I worked with Phil Harris, Ned
Day, Brad Landon, and company back in 2002 when the data center was
being built.  There was also a fellow named Bob (can't remember his last
name) that started out to be the operations manager.  I really can't
remember any of the other names of the folks that I came in contact with
at that time.  Since I left there I have landed in Nashville, TN, by way
of about 5 years in PA.

I monitor this list all of the time and just thought I would say hi.


Rob Jackson

Rob Jackson 
Senior z/OS Systems Programmer 
Work phone: (615) 231-4998
Cell phone: (717) 226-1196
Fax (615) 886-9519
email: [EMAIL PROTECTED] 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kelman, Tom
Sent: Thursday, November 13, 2008 9:06 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SUSPECT: Re: Mainframe Jobs Considered Recession Proof

Anton,

I think whether or not a mainframe job in the company types on your list
is "recession proof" depends on the individual company.  For example, I
work for a bank as you can see from my signature block.  My bank is a
mid-size regional commercial bank (as opposed to an investment bank)
that is pretty conservative and was not involved in sub-prime lending.
Except for the fall out from the economy at large, it is not having
problems.  In fact our stock is priced about the same as it was back in
March in a market where most stocks are way down. (Check stock code
CBSH.) Also, we are hiring right now in all IT areas.  I'm not
particularly concerned about my job.  What I'm trying to point out is
that you can't completely generalize by industry type.

Also, as what the speaker on this video was pointing out was that the
current mainframe specialists are retiring and there is a need for new
blood in the profession.  As we all know the mainframe did not die
regardless of what Bill Gates would have everyone think.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Anton Britz
> Sent: Wednesday, November 12, 2008 5:24 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Mainframe Jobs Considered Recession Proof
> 
> Hi,
> 
> Depends where and for who, I suppose ?
> 
> I am not so sure this statement applies to the following :
> 
> a) The banking/Investment sector
> b) The Car industry
> c) American Express
> d) The Retail sector
> e) EDS/HP
> f) The Re-insurance business... AIG/GENRE
> g) The unknown sector that received $2 trillion of emergency loans
from
> American taxpayers .. Still to be named.
> h) The Newspaper/Cable business
> i) The Airline business
> 
> Who is "still standing" ?
> 
> a) Oil Companies .. but they outsourced long before they where making
1
> Billion dollars a day. Had friends that where layed off in Houston..
> Consultants
> and permanent employees
> b) Drug companies.. did not see them ask for "bail out" money yet but
I
> did
> see lots of new VIAGRA adverts on the local Tv channels
> c) Boeing.. Saw a TV advert they made,  praising all the veteran's a
day
> a'go
> because they need Military spending to increase.
> d) Military spending in Phoenix, AZ.. How much of the budget is going
to
> AZ ?
> 
> Anton
> 
> On Wed, 12 Nov 2008 15:05:05 -0800, Edward Jaffe
> <[EMAIL PROTECTED]> wrote:
> 
> >A CNBC career expert interviewed on the Today Show claims "mainframe
> >computer expert" is a good, recession-proof 21st-century career
choice
> ...
> >
> >**http://www.msnbc.msn.com/id/21134540/vp/26928164#26928164
> >
> >--
> >Edward E Jaffe
> >Phoenix Software International, Inc
> >5200 W Century Blvd, Suite 800
> >Los Angeles, CA 90045
> >310-338-0400 x318
> >[EMAIL PROTECTED]
> >http://www.phoenixsoftware.com/
> >
>
>--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
INFO
> >Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached f

Re: PSP bucket question - I can't find the correct bucket

[R.S.]

Pommier, Rex R. wrote:

Hi List,

I am in the process of planning a TS3400 mini-library with TS1120 tape
drives install for my z9-BC.  I am looking for PSP buckets for this
(running z/OS 1.7 currently, with plans for 1.9).  I found a 3592device
bucket, but am trying to find if there are any other buckets I need to
be looking at/for.  I tried ts1120bucket, 1120bucket, ts3400bucket,
3400bucket, 3577bucket, ts3577bucket, all to no avail.  Does anybody
know if there are any other PSP buckets I should be looking for?


Try 3584DEVICE, 3592DEVICE (for drives)

--
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.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: how to re-define a vsam cluster with the data and indexobljects

[John Hamman]

Here's how:

//STEP1EXEC  PGM=IDCAMS  
//*  
//SYSPRINT DD  SYSOUT=*  
//SYSINDD  * 
   DEFINE  CLUSTER - 
(NAME(HLQ.MLQ.CLUSTER) - 
 VOLUMES(volser) -   
 INDEXED -   
 RECATALOG ) -   
   DATA -
(NAME(HLQ.MLQ.DATA)) -   
   INDEX -   
(NAME(HLQ.MLQ.INDEX)) -  
 CATALOG(CATALOG.VSAM)   



John Hamman
Senior Systems Programmer
BlueCross BlueShield of Mississippi
601.664.4410
[EMAIL PROTECTED]

>>> "John Norgauer" <[EMAIL PROTECTED]> 11/13/2008 11:40:05 AM >>>
I did it once before and now can't find my job.

Given that the data  and index portions exist on a volume, how do I 
re-define the cluster name into the catalog?

Thanks


John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


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






* The information contained in this message, and attachments hereto, 
may be privileged/confidential, and may contain protected health information 
that is subject to use and disclosure restrictions under federal law.  It is 
intended only for the use of the individual or entity named above.  If you are 
not the intended recipient, or agent responsible for delivering this message to 
the intended recipient, you are hereby notified dissemination, distribution or 
copying of this communication is strictly prohibited.  If you have received 
this communication in error, please notify the sender immediately by return 
e-mail and delete the original message and any copy of it from your computer 
system.   All recipients are expected to maintain appropriate protections on 
the information contained herein.  *

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

how to re-define a vsam cluster with the data and index obljects

[John Norgauer]

I did it once before and now can't find my job.

Given that the data  and index portions exist on a volume, how do I 
re-define the cluster name into the catalog?

Thanks


John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


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

Re: "The Register" article on HP replacing z

[David Andrews]

On Thu, 2008-11-13 at 08:49 -0800, Edward Jaffe wrote:
> zAAP and zIIP specialty engines [...] are elements of an overarching strategy 
> to gradually *lower* the price of z/OS even as MIPS use is exploding.
> 
> If the price was slashed overnight, the market would crash and IBM would 
> lose too much money. (So would a lot of ISVs.)

Point taken, but a "slash" could be gradual (and more than the 10% MSU
slide every three year hardware generation).  It's easier, and cheaper
by far, to reduce a price tag than to do the zXXP engineering.

I have to conclude that IBM doesn't *want* more z/OS licenses.  I don't
understand that, but neither do I have access to the Big Picture.

-- 
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]

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

Re: "The Register" article on HP replacing z

[R.S.]

Edward Jaffe wrote:
[...]
zAAP and zIIP specialty engines, which take over more and more work as 
more and more products are enhanced to exploit them,
IMHO it is not enhancement. From financial point of view yes, but 
technically the product is not better than version working on regular 
CP. This is definitely some effort, like IBM's effort to create such 
"specialies", but the word "enhancement" is not the best description IMHO.


and the technology 
dividend, which makes the z10 27% less expensive from a software 
licensing perspective than z900, are elements of an overarching strategy 
to gradually *lower* the price of z/OS even as MIPS use is exploding.
I really don't want to blame neither mainframe, nor IBM, but 27% is MSU 
base, not fee. It would be the same percentage if function fee=f(MSU) 
would be linear. It's not, of course it's growing (is proper math term?).

So 27% MSU less means lower fees but not necessarily 27% less.

AND IT'S VERY FINE that we have "technology dividend".

However we can also keep in mind that the "divident" makes second-hand 
machines less attractive. Second hand is nowadays the only IBM competitor.


If the price was slashed overnight, the market would crash and IBM would 
lose too much money. (So would a lot of ISVs.)
IBM yes, but ISV? I doubt. Imagine: due to lower costs of mainframe (and 
z/OS) more and more companies buy mainframe as new platform. That means 
more and more companies need ISV's products, ISV's hardware, services. 
That also could mean you sold not 1000, but 5000 licenses, so you can 
lower your prices ...no, not because you can or like customers, just to 
beat competition.


Oh, sweet dreams, mainframes everywhere, everyone need my skills, people 
schedule my course in 6 months advance, employers compete for me, offer 
me flexible working hours, company cars, medical care... 




--
Radoslaw Skorupka
Lodz, Poland

P.S. When talking about money, it is necessary to mention WLC. IMHO this 
is the greatest thing IBM did for mainframe pricing.



--
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.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: Recataloging Linklist Datasets

[Walt Farrell]

On Thu, 13 Nov 2008 09:07:48 -0500, Peter Relson <[EMAIL PROTECTED]> wrote:

>Obviously I was wrong in asserting that the publications are correct with
>respect to the sentence
>
>
>During unallocation (when LLA is stopped or the system is reIPLed), the
>system recatalogs the library data sets to the volume that was current at
>LLA initialization.
>
>Clearly there is no recataloging when "the system is reIPLed". And there is
>no recataloging when LLA is stopped. LLA uses what is in the catalog when
>it was initialized. That is why stopping and restarting LLA lets LLA use a
>newly cataloged (or a recataloged) data set.

I suspect that there is (unbeknown to you) recataloging happening when LLA
is stopped.  Customers with RACF hit a similar situation when trying to move
RACF databases.

The correct sequence is:
(a) tell RACF to deallocate the database
(b) copy/recatalog the DB
(c) tell RACF to reallocate the DB.

If you do (b) first, then when you do (a) RACF closes the DB, and
deallocates it, and somewhere in there the system notices that the volume in
the catalog changed and sets it back to what it was previously when RACF
allocated/OPENed the DB originally.  And then things start failing when you
get to step (c) because the wrong database (on the old volume) is used.

I think that processing is what the documentation was trying to describe,
for the non-reIPL case.

-- 
  Walt Farrell, CISSP
  IBM STSM, z/OS Security Design

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

PSP bucket question - I can't find the correct bucket

[Pommier, Rex R.]

Hi List,

I am in the process of planning a TS3400 mini-library with TS1120 tape
drives install for my z9-BC.  I am looking for PSP buckets for this
(running z/OS 1.7 currently, with plans for 1.9).  I found a 3592device
bucket, but am trying to find if there are any other buckets I need to
be looking at/for.  I tried ts1120bucket, 1120bucket, ts3400bucket,
3400bucket, 3577bucket, ts3577bucket, all to no avail.  Does anybody
know if there are any other PSP buckets I should be looking for?

TIA

Rex

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

Re: Mainframe Jobs Considered Recession Proof

[(IBM Mainframe Discussion List)]

 
 
In a message dated 11/12/2008 9:03:50 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:
>Just what in the H*** is a "Mainframe Computer Expert"?
>Another example of a "know-nothing" with diarhea of the mouth and  
constipation of brains.
 
"Recession proof" might be true for mainframe computer "experts", whatever  
that means, but that does not imply that said jobs will be  
"salary-decrease-proof."


 
Bill  Fairchild
Franklin, TN
 
“We  can evade reality, but we cannot evade the consequences of evading  
reality.”  [Ayn Rand]
**Get movies delivered to your mailbox. One month free from 
blockbuster.com 
(http://pr.atwola.com/promoclk/10075x1212639737x1200784900/aol?redir=https://www.blockbuster.com/signup/y/reg/p.26978/r.email_footer)

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

Old Logger Datasets

[Eric Bielefeld]

I noticed that there are all kinds of old LOGGER datasets on many of our disk 
packs.  These are from 2007 back to 2004.  Can these just be deleted?  I'm not 
that familiar with logger.  Here are a couple of dataset names:

LOGGER.ATR.AISPLEX.RESTART.A001
LOGGER.DBPROD.E1FSCICS.DFHLOG.A0001548 
LOGGER.DBPROD.G1FSCICS.DFHSHUNT.A002

Eric

--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

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

Problem with Cestpair command after upgrade to 999V

[O'Brien, David W. (NIH/CIT) [C]]

I've read the manual(s) and queried my vendor. While I'm waiting for their 
response, I thought perhaps someone in the group had run across this.

We were using Cestpair commands to replicate our DB2 data on our HDS 9960 prior 
to our weekly backups. After moving to a HDS 9990V marketed by Sun, these 
commands no longer work after being altered to reflect the new addresses.

Here's what we're getting:
READY
CESTPAIR DEVN(X'1115') PRIM(X'1100',45342,X'15',X'01')  
SEC(X'1100',45342,X'BC',X'01')  MODE(COPY) PACE(100)
MISSING OR INVALID OPERAND.  TYPE = UNKNOWN
CESTPAIR COMMAND UNSUCCESSFUL FOR DEVICE 1115. COMPLETION CODE: 08
READY

I can't see where any of the parameters are syntactally incorrect.

Yes, the PRIM and SEC values are what was returned by Cquery.

Cquery results for 1115

*DEVICE   LEVEL  STATE PATH STATUS  SERIAL# SERIAL#*
*-- -  --  --- --  *
* 1115  .  SIMPLEX...   INACTIVE   1100 15 01   .. *
*   ...   ... 00045342 *
*   ...*

Cquery results for target address:

DEVICE   LEVEL  STATE PATH STATUS  SERIAL# SERIAL#*
-- -  --  --- --  *
 11BC  .  SIMPLEX...   INACTIVE   1100 BC 01   .. *
   ...   ... 00045342 *
   ...*

Any advice appreciated.

Dave O'Brien

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

Re: Recataloging Linklist Datasets

[Tom Marchant]

On Thu, 13 Nov 2008 08:46:24 -0600, Martin Kline <[EMAIL PROTECTED]> wrote:

>I prefer predictability...
>
>Yes, of course the systems must stay up, and the data sets must be moved.
>Both must occur, so it is not a matter of choice. That being the case, since
>the only 'officially' recommended solution is to risk a major outage, I
decline to
>follow convention.
>
>Alternative 1: Does anyone have thoughts about using DSS or another utility
>to make an exact copy of the linklist library on another volume, such that the
>internal TTRs will remain the same? I would expect this to allow LLA to read
>the wrong data sets but get the right information in its tables.

I wouldn't consider this.

>Alternative 2: Disable LLA until the next IPL
>
>Alternative 3: Wait to recatalog the data sets until immediately before the
>next scheduled IPL.

Alternative 4:  Remove this data set from LLA management

Alternative 5:  Copy the data set to the new location with a new name. 
Update Parmlib to reflect the new name.

-- 
Tom Marchant

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

Re: "The Register" article on HP replacing z

[Edward Jaffe]

Tom Marchant wrote:

On Thu, 13 Nov 2008 07:28:59 -0500, P S wrote:

  

... specialty engines help keep the cost of
z/OS and friends high...



They do?  Not that I can tell.
  


zAAP and zIIP specialty engines, which take over more and more work as 
more and more products are enhanced to exploit them, and the technology 
dividend, which makes the z10 27% less expensive from a software 
licensing perspective than z900, are elements of an overarching strategy 
to gradually *lower* the price of z/OS even as MIPS use is exploding.


If the price was slashed overnight, the market would crash and IBM would 
lose too much money. (So would a lot of ISVs.)


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: good practise to run linux on mainframe

[R.S.]

P S wrote:

BTW: Does anyone use VM and no other OS under it ?
I'm aware of single installation in Poland (they gone AFAIK).


Nobody does that -- they at least run CMS, and VM itself when testing.
But that probably isn't what you meant -- sure, there are still
CMS-only shops, though many of them are at least experimenting with
Linux on z.


This is exactly what I mean. VM not for running any other OS under it.
I don't know VM, but CMS is delivered with VM. Is part of OS or separate 
feature, it doesn't matter. BTW: I remained I heard about another 
installation with VM as the only OS.
Now they are using VM and Linux, however Linux came with "contemporary" 
machine (previous one was 4381 AFAIK).

University.

BTW: They teach Linux and VM. No z/OS.
AFAIK only one of 3 universities in Poland teach z/OS.
And we have in Poland approx. 100 datacenters, all with z/OS, 3 of them 
also run Linux (in two cases I'm not sure why).

No TPF, no VSE, AFAIK.

--
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.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: Recataloging Linklist Datasets

[Eric Bielefeld]

2.  I don't think you ever want to disable LLA until the next IPL, unless that 
IPL will be minutes later.  The system really runs slow with LLA down.  I know 
that when I came in to make changes that required stopping LLA and renaming 
datasets, the few jobs I ran after stopping LLA seemed to take forever.  

3.  I did that often in a previous job when I made changes to program products. 
 It usually worked without any problems.

Eric

 Martin Kline <[EMAIL PROTECTED]> wrote: 
>
> Alternative 2: Disable LLA until the next IPL
> 
> Alternative 3: Wait to recatalog the data sets until immediately before the 
> next scheduled IPL.
> 
--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

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

Re: APAR search keywords

[Scott Ford]

Yes, try INCORROUT, LOOP and of course any messages like MSGIST.
always works for me

Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of R.S.
Sent: Thursday, November 13, 2008 10:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: APAR search keywords

When I search "Technical help database for mainframe operating 
environments", I use the following keywords:
- msgMESSAGE when looking for given MESSAGE number
- WAITnnn when looking for given wait state
- ABENDccc when looking for given abend
Examples: msgICH408I, WAIT064, ABEND0C4.
That's what I know and learnt from practice.

Now the questions:
Do exist any keywords other than ABEND, msg, WAIT ?
Are the keywords documented anywhere ?
Is there any manual or help, or any other reference ?

-- 
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.2008 r. kapitał zakładowy BRE Banku SA  wynosi
118.642.672 złote i został w całości wpłacony.

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

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

Re: Mainframe Jobs Considered Recession Proof

[Scott Ford]

Tim,

After working for a MAJOR big 5 company in Europe for three years I
understand what you are saying. I was able to work in Europe after my job
was 'phased out', I always thought this was a strange phrase, anyway, the
Swiss had to justify why they needed me to come to work there, their rules
in particular were very strict. But it did provide me the opportunity to
work in Europe and have that experience.

Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Timothy Sipples
Sent: Thursday, November 13, 2008 3:10 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe Jobs Considered Recession Proof

I put that video up on the Mainframe Blog a couple days ago.

Note that "recession proof" doesn't mean immune to venue changes. That is,
there will be ongoing turmoil in corporate identities and locations. So the
mainframe jobs won't necessarily be in the same cities for the same
companies. But the expert predictions are there will be lots of jobs. Some
of them can be done from home.

IBM and other companies will temper that demand somewhat by continuing to
boost mainframe worker productivity -- mainframers are and will continue to
be the most productive workers in IT, probably even widening the gap. But
"temper" is the right word, certainly not "eliminate."

I don't think this jobs analysis is particularly sophisticated, and it
doesn't have to be. If you consider the list of "recession proof" jobs,
most of them just follow from demographic trends in the United States. If
there are more elderly people -- a well-established demographic trend in
the U.S. -- there will be more demand for healthcare, ergo more healthcare
workers. You can make some accurate job category predictions for Japan
also: here the birthrate is extremely low, there's basically zero
immigration, and you can guess what the demographic trends are. Automakers
are not going to be happy with the Japanese domestic market, to pick one
example.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Mainframe Jobs Considered Recession Proof

[Scott Ford]

How many ppl in the world understand what a Systems Programmer does or a
Network Engineer does,,,I understand these are titles, but consider that
there is no depth of understanding of what 'we' do...Including many times in
our own families. My late wife didn't understand at all, she knew I worked
with computers...that was about it. Being second generation IT my
perspective is totally different.

Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Rick Fochtman
Sent: Wednesday, November 12, 2008 10:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe Jobs Considered Recession Proof

Just what in the H*** is a "Mainframe Computer Expert"?

Another example of a "know-nothing" with diarhea of the mouth and 
constipation of brains.

Rick
-

Edward Jaffe wrote:

> A CNBC career expert interviewed on the Today Show claims "mainframe 
> computer expert" is a good, recession-proof 21st-century career choice 
> ...
>
> **http://www.msnbc.msn.com/id/21134540/vp/26928164#26928164
>

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

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

Re: good practise to run linux on mainframe

[P S]

> BTW: Does anyone use VM and no other OS under it ?
> I'm aware of single installation in Poland (they gone AFAIK).

Nobody does that -- they at least run CMS, and VM itself when testing.
But that probably isn't what you meant -- sure, there are still
CMS-only shops, though many of them are at least experimenting with
Linux on z.

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

Re: Specialty Engines

[R.S.]

Hal Merritt wrote:

Can anyone point me to a list of products that support/exploit those
gadgets?

See:
http://www-03.ibm.com/systems/z/advantages/ziip/index.html

In a brief:
CP - everything: z/OS, Linux, VM, VSE, TPF, CFCC
IFL - Linux, VM
ICF - CFCC (Coupling Facility Control Code)
zAAP - (under z/OS) Java, XML

zIIP - (under z/OS) also XML, IPSec (network encryption), SDM (XRC 
System Data Mover), some HiperSockets workload, some DB2 workload (some! 
legacy CICS-DB2 installation will not benefit from zIIP),
AFAIK also Encryption Facility and several non-IBM products, ie. 
CA-VTAPE (compression services).


I haven't tested wether Linux can work on ICF,
if I remember correctly CFCC cannot work under IFL, (only ICF or CP).
I'm not sure if I can use zIIP or zAAP for z/OS under VM.

--
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.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

APAR search keywords

[R.S.]

When I search "Technical help database for mainframe operating 
environments", I use the following keywords:

- msgMESSAGE when looking for given MESSAGE number
- WAITnnn when looking for given wait state
- ABENDccc when looking for given abend
Examples: msgICH408I, WAIT064, ABEND0C4.
That's what I know and learnt from practice.

Now the questions:
Do exist any keywords other than ABEND, msg, WAIT ?
Are the keywords documented anywhere ?
Is there any manual or help, or any other reference ?

--
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.2008 r. kapitał zakładowy BRE Banku SA  wynosi 
118.642.672 złote i został w całości wpłacony.

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

Re: Specialty Engines

[Tom Harper]

I have added others to the list below...I also do not believe DFSORT is
zIIP-enabled in any way.

Tom Harper
IMS Utilities Development Team
Neon Enterprise Software, Inc.
Sugar Land, TX

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bobbie Justice
Sent: Thursday, November 13, 2008 9:11 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Specialty Engines

from the mxg website 
http://www.mxg.com/newsletters/

   What products execute on zIIPs?

This note will be updated as new programs/products are reported:
   - IBM DB2 and DB2 Utilities
   - IBM Communications Server for IPSEC
   - IBM Communications Server for Hipersocket Large Messages.
   - IBM XML, some parts of the parser.
   - IBM Extended Remote Copy (XRC) data mover address spaces (OA23174).
   - DFSORT (not)
   - SYNCSORT
   - IBM Scalable Architecture for Finanancial Reporting (SAFR)
   - System Data Mover (SDM) benefits (z/OS Global Mirror).
   - Encrpyption and Compression:
   - CA-Vtape (option to use software compression to compress the cache)
   - CA Brightstore Tape Encryption (both conmpression and encryption).
   - CA Datacom
   - CA Netmaster for IP Packted Analysis (also uses zAAPs)
   - CA Insight for DB2 (when the SQL is already running on a zIIP.
   - CA IDMS R17 offloads some system mode time to zIIPsa.
   - PKZIP 
   - Neon Enterprise Software - IMS Utilities
   - Progress Software - Data Direct 
   - Phoenix Software - Most products, including (E)JES 

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

Re: Specialty Engines

[Bobbie Justice]

from the mxg website 
http://www.mxg.com/newsletters/

   What products execute on zIIPs?

This note will be updated as new programs/products are reported:
   - IBM DB2 and DB2 Utilities
   - IBM Communications Server for IPSEC
   - IBM Communications Server for Hipersocket Large Messages.
   - IBM XML, some parts of the parser.
   - IBM Extended Remote Copy (XRC) data mover address spaces (OA23174).
   - DFSORT
   - SYNCSORT
   - IBM Scalable Architecture for Finanancial Reporting (SAFR)
   - System Data Mover (SDM) benefits (z/OS Global Mirror).
   - Encrpyption and Compression:
   - CA-Vtape (option to use software compression to compress the cache)
   - CA Brightstore Tape Encryption (both conmpression and encryption).
   - CA Datacom
   - CA Netmaster for IP Packted Analysis (also uses zAAPs)
   - CA Insight for DB2 (when the SQL is already running on a zIIP.
   - CA IDMS R17 offloads some system mode time to zIIPsa.
   - PKZIP 

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

Re: Mainframe Jobs Considered Recession Proof

[Kelman, Tom]

Anton,

I think whether or not a mainframe job in the company types on your list
is "recession proof" depends on the individual company.  For example, I
work for a bank as you can see from my signature block.  My bank is a
mid-size regional commercial bank (as opposed to an investment bank)
that is pretty conservative and was not involved in sub-prime lending.
Except for the fall out from the economy at large, it is not having
problems.  In fact our stock is priced about the same as it was back in
March in a market where most stocks are way down. (Check stock code
CBSH.) Also, we are hiring right now in all IT areas.  I'm not
particularly concerned about my job.  What I'm trying to point out is
that you can't completely generalize by industry type.

Also, as what the speaker on this video was pointing out was that the
current mainframe specialists are retiring and there is a need for new
blood in the profession.  As we all know the mainframe did not die
regardless of what Bill Gates would have everyone think.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Anton Britz
> Sent: Wednesday, November 12, 2008 5:24 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Mainframe Jobs Considered Recession Proof
> 
> Hi,
> 
> Depends where and for who, I suppose ?
> 
> I am not so sure this statement applies to the following :
> 
> a) The banking/Investment sector
> b) The Car industry
> c) American Express
> d) The Retail sector
> e) EDS/HP
> f) The Re-insurance business... AIG/GENRE
> g) The unknown sector that received $2 trillion of emergency loans
from
> American taxpayers .. Still to be named.
> h) The Newspaper/Cable business
> i) The Airline business
> 
> Who is "still standing" ?
> 
> a) Oil Companies .. but they outsourced long before they where making
1
> Billion dollars a day. Had friends that where layed off in Houston..
> Consultants
> and permanent employees
> b) Drug companies.. did not see them ask for "bail out" money yet but
I
> did
> see lots of new VIAGRA adverts on the local Tv channels
> c) Boeing.. Saw a TV advert they made,  praising all the veteran's a
day
> a'go
> because they need Military spending to increase.
> d) Military spending in Phoenix, AZ.. How much of the budget is going
to
> AZ ?
> 
> Anton
> 
> On Wed, 12 Nov 2008 15:05:05 -0800, Edward Jaffe
> <[EMAIL PROTECTED]> wrote:
> 
> >A CNBC career expert interviewed on the Today Show claims "mainframe
> >computer expert" is a good, recession-proof 21st-century career
choice
> ...
> >
> >**http://www.msnbc.msn.com/id/21134540/vp/26928164#26928164
> >
> >--
> >Edward E Jaffe
> >Phoenix Software International, Inc
> >5200 W Century Blvd, Suite 800
> >Los Angeles, CA 90045
> >310-338-0400 x318
> >[EMAIL PROTECTED]
> >http://www.phoenixsoftware.com/
> >
>
>--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
INFO
> >Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html



*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

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

Re: appending userid in a file

[J R]

Or coming from SYSPROC *without* the /* REXX */ comment.  
 
> Date: Thu, 13 Nov 2008 13:41:21 +
> From: [EMAIL PROTECTED]
> Subject: Re: appending userid in a file
> To: IBM-MAIN@BAMA.UA.EDU
> 
> With those IJK... messages it looks to me like he is just coding the 
> REXX statements via SYSTSIN rather than trying to execute the REXX 
> stored in a PDS.
 
 
 
_
Get 5 GB of storage with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fwd: storing a PDF file in DB2 for z/OS

[Roland Schiradin]

See the last two steps in member SHOWJCL or X2PJCL. 

Roland


>On Tue, Nov 11, 2008 at 7:24 PM, Roland Schiradin 
<[EMAIL PROTECTED]>wrote:
>
>> Look into the SHOWzOS distribution www.cbttape.org. It contains a JCL to
>> generate a PDF and transfer this MVS dataset to your PC.
>>
>> Roland
>>
>>
>I'm not having much luck finding stuff.  I've downloaded file 492 but I
>can't find what you describe.

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

Specialty Engines

[Hal Merritt]

Can anyone point me to a list of products that support/exploit those
gadgets?

 

Thanks!! 

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: Recataloging Linklist Datasets

[Martin Kline]

Thanks for your input, Peter:

>The system will use the LNKLST as it was defined because it has built and
>opened a DCB representing the concatenation.
>LLA will use the data sets as they are cataloged.  LLA allocates each data
>set that it is managing. And it uses the catalog to locate that data set.
>This is no different than the requirement that even if you specify both the
>name and volume when identifying your IPL-time LNKLST data sets, the data
>set still must be cataloged on that volume, in the catalog that LLA uses.

I would have to argue that to obtain the current linklist concatenation, LLA is 
most likely looking at the current linklist data set list in memory, and not 
trying 
to use the parmlib progxx members to piece it together. The volsers are right 
there. Why not use them?

>The ONLY way to do what you want is still unpredictably dangerous.

>As is mostly documented (it is really intended for getting rid of data sets
>that you have a pressing need to get rid of),
>  Use LNKLST UNALLOCATE (SETPROG or PROGxx) to get rid of the LNKLST 
>ENQs
>  Stop LLA to get rid of LLA's ENQs
> The previous steps are related to my presumption that you cannot
>  recatalog data sets for which the SYSDSN ENQ is held>
>  Recatalog your data sets
>  Use LNKLST ALLOCATE to resume LNKLST ENQ processing
>  Create a new LNKLST set
>  Activate the new LNKLST set
>  Get ALL users off of the old LNKLST set(s). Presumably that is via
>  LNKLST UPDATE. If that trashes your system, then so be it. That is the
>  risk you take when you do this. There is nothing to prevent it, there is
>  nothing that will or can be done about it.
> Restart LLA


>So the choice is yours to take: is it more important to recatalog the data
>sets than to be sure your system stays up?

I prefer predictability. It is most important that the software work in a 
reliable 
and predictable manner. And, of course, the documentation should be 
accurate as well so that predictability does not become a crystal ball 
adventure.

Yes, of course the systems must stay up, and the data sets must be moved. 
Both must occur, so it is not a matter of choice. That being the case, since 
the only 'officially' recommended solution is to risk a major outage, I decline 
to 
follow convention.

Alternative 1: Does anyone have thoughts about using DSS or another utility 
to make an exact copy of the linklist library on another volume, such that the 
internal TTRs will remain the same? I would expect this to allow LLA to read 
the wrong data sets but get the right information in its tables. 

Alternative 2: Disable LLA until the next IPL

Alternative 3: Wait to recatalog the data sets until immediately before the 
next scheduled IPL.

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

Re: Crazy(?) thought - run z/Linux binaries on z/OS UNIX

[Kirk Wolf]

Implementing UML under z/OS would seem to me to require that you port
the UML "kernel" as a set of z/OS libraries.   This will be difficult
because of the lack of gcc, ASCII/EBCDIC issues, etc.   There is a big
barrier to entry to get started.   After that, the UML kernel devices
will get mapped down to the z/OS USS kernel, and you will want a UML
filesystem is a pass-thru to zFS.   Then the interaction model between
z/OS applications and zUML Linux applications gets pretty sweet - you
can use pipes, shared filesystems, IPC, etc.

Today, we can't even get a community interested in porting recent
versions of the most basic open source unix utilities, or the
essential gnu tool chain to z/OS.   If IBM can't justify investments
like this in z/OS, it won't happen.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Nov 13, 2008 at 12:00 AM, Timothy Sipples
<[EMAIL PROTECTED]> wrote:
> Kirk Wolf writes:
>>Very nice idea. UML under z/OS would be cool.
>
> Agreed. I think it could be done and the reward-effort ratio would be
> relatively high. Before anybody asks, and speaking only for myself as
> always, I would imagine it would be extremely difficult for IBM to do
> something like this at least for several non-technical reasons.
>
> Installation and maintenance of the UML image is different than
> conventional Linux installation, it should be noted. But if the s390x
> branch with UML extensions became sufficiently mature presumably Novell
> and/or Red Hat would pick it up and package accordingly. And you could have
> multiple zUML revisions running concurrently, each in its own z/OS-hosted
> playpen. :-)
>
> Co:Z would be an interesting interaction model to replicate. Not
> reinventing the wheel is probably a good idea here.
>
>>A joke once told to me by an old IBMer :
>>- "programmers" write code
>>- "architects" talk about writing code
>>- "methodologists" talk about talking about writing code
>
> Too true!
>
> I have a single Linux kernel patch to my name -- and a pretty darn simple
> one -- so for these purposes I'm not much in the first category.
>
> If (when?) anybody attempts this, I think the important part is to keep it
> real simple to start and add refinements over time. Stick with a single
> eth0 TCP/IP-only network interface, 2 GB of address space or less, and
> don't even worry about disk storage initially. (Use a read only /boot image
> and a RAM disk; NFS should work over fine eth0 if the network part is
> running.) I wouldn't worry about console output either initially: just SSH
> into the zUML image over the network. If someone gets that far, the rest is
> possible.
>
> - - - - -
> Timothy Sipples
> IBM Consulting Enterprise Software Architect
> Based in Tokyo, Serving IBM Japan / Asia-Pacific
> E-Mail: [EMAIL PROTECTED]
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>

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

Re: good practise to run linux on mainframe

[Lindy Mayfield]

I wonder if the listerv systems are running on VM systems that aren't used for 
running or developing guest OS's.  For example VM.MARIST.EDU.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S.
Sent: 13. marraskuuta 2008 15:59
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: good practise to run linux on mainframe


BTW: Does anyone use VM and no other OS under it ?
I'm aware of single installation in Poland (they gone AFAIK).

-- 
Radoslaw Skorupka
Lodz, Poland

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

Re: good practise to run linux on mainframe

[Vernooy, C.P. - SPLXM]

"R.S." <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Mark Post wrote:
>  On 11/12/2008 at  4:42 AM, "R.S."
<[EMAIL PROTECTED]> wrote: 
> >> Tommy Tsui wrote:
> >>> I have a question on z/VM. I understood z/Linux running on z/VM
but why we
> >>> need z/OS running on z/VM?...becuase of sharing resource? any shop
running
> >>> z/os on z/VM?
> >> You don't need to run z/OS on VM. This is an option, IMHO rarely
used in 
> >> "serious" production.
> > 
> > Some people do, but it's far more common to see test/development
systems running as guests.
> > 
> >> Resource sharing? Well, I don't think so. Usually VM is used only
as 
> >> hypervisor for Linux (VSE, z/OS), it rarely has data to share.
> > 
> > Data isn't the only resource to be shared.  Memory and CPU are
equally important.  To me, the biggest advantage of z/VM over LPARs in
terms of resource sharing is that memory is allocated and used
dynamically, not statically.  Being able to fire up a new guest z/OS or
z/VM or Linux, without having to do any work at the HMC, without having
to have allocated reserved LPARs in advance, etc. is really, really
nice.  Other features, such as dynamically creating/destroying LANs and
NICs and so on are why I've always called z/VM a "systems programmer's
operating system."  It just makes your life so much easier.
> 

And don't forget the ability to bring up 100 or 1000 z/Linux systems on
1 z/machine under 1 z/VM occupying only 1 LPAR.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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

Re: Recataloging Linklist Datasets

[Peter Relson]

Obviously I was wrong in asserting that the publications are correct with
respect to the sentence


During unallocation (when LLA is stopped or the system is reIPLed), the
system recatalogs the library data sets to the volume that was current at
LLA initialization.

Clearly there is no recataloging when "the system is reIPLed". And there is
no recataloging when LLA is stopped. LLA uses what is in the catalog when
it was initialized. That is why stopping and restarting LLA lets LLA use a
newly cataloged (or a recataloged) data set.

Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Compile panels (was: procs and concatenations)

[Don Leahy]

On Wed, Nov 12, 2008 at 6:56 PM, Dave Salt <[EMAIL PROTECTED]> wrote:

>
> I haven't used the ISPF compile panels for a long time. When I'm in a member 
> list I enter '1' next to any members I want to compile, or I enter '1 
> pattern' on the command line to select all members that match a pattern (e.g. 
> '1 PGM*'). This calls a user defined function that submits a job to compile 
> the selected members.
>
> Dave Salt
> SimpList(tm) - try it; you'll get it!
> http://www.mackinney.com/products/SIM/simplist.htm

Neither have I.  In our shop the major obstacle is that the ISPF
compile panels don't handle DB2 programs.  Nor would I expect them to
because not every shop uses DB2.  DB2 has its own "Program
Preparation" function, but no one here uses it, preferring instead to
rely on our in-house panels that understand our local naming
standards.

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

Re: good practise to run linux on mainframe

[R.S.]

Mark Post wrote:
On 11/12/2008 at  4:42 AM, "R.S." <[EMAIL PROTECTED]> wrote: 

Tommy Tsui wrote:

I have a question on z/VM. I understood z/Linux running on z/VM but why we
need z/OS running on z/VM?...becuase of sharing resource? any shop running
z/os on z/VM?
You don't need to run z/OS on VM. This is an option, IMHO rarely used in 
"serious" production.


Some people do, but it's far more common to see test/development systems 
running as guests.

Resource sharing? Well, I don't think so. Usually VM is used only as 
hypervisor for Linux (VSE, z/OS), it rarely has data to share.


Data isn't the only resource to be shared.  Memory and CPU are equally important.  To me, 
the biggest advantage of z/VM over LPARs in terms of resource sharing is that memory is 
allocated and used dynamically, not statically.  Being able to fire up a new guest z/OS 
or z/VM or Linux, without having to do any work at the HMC, without having to have 
allocated reserved LPARs in advance, etc. is really, really nice.  Other features, such 
as dynamically creating/destroying LANs and NICs and so on are why I've always called 
z/VM a "systems programmer's operating system."  It just makes your life so 
much easier.


There is no difference between us. Maybe I din't stated my opinion 
clearly enough 
VM is good for HW resource sharing, or rather managing. Usually there 
are no *software resources* (datasets, files, databases) to share 
between VM and z/OS. Otherwise on could ask why z/OS *under* VM, why not 
z/OS in LPAR-A and VM in LPAR-B.


BTW: Does anyone use VM and no other OS under it ?
I'm aware of single installation in Poland (they gone AFAIK).

--
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.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: "The Register" article on HP replacing z

[R.S.]

P S wrote:

You say that like it's a negative thing.


No, I clearly mentioned, that it's NOT. See my disclaimer.

I just provided more accurate description of things. "Specialty" really 
means "less functional". "Basic CP" means "all specialties in one".
In English (same in Polish) "specialty" is understood as "specially 
tuned for specific application", "optimised for".
While I understand marketing requirements, I don't see any reason to 
follow their language which is unfair.
My opinion about: it is bad that "MVS legacy world" is so expensive, it 
is good that "modern JAVA/Linux/whatever world" is cheaper.


(additional displaimer: my English is rather poor, so it is really hard 
to me to express all the nuances and differences I would like to express)




Seriously, what's your point? Do you really think a Cadillac costs 2x
as much to build as a Chevy? 


US-centric language. For me Chevy is Korean piece of sh*t (YES! Korean, 
former Daewoo), but still better than Polonez.
Let me present more general example: 4-cyl. 2.0 dm3 engine is usually 
significantly more expensive than almost identical 1.6 dm3. Cost of 
production is quite similar.




Do you really think a large Coke at
McDonald's costs them a fraction of what they charge? 
I don't go to McDonalds (Wendy's, BurgerKing, other junkfoods), even if 
I'm in the U.S. And avoid Coca Cola at all.




Do you really
think that the manufacturing cost of the latest x86 chip drops
significantly just because the next generation is released?


Again, better example: cost of manufacturing Pentium 200MHz is the same 
as cost of manufacturing Pentium 75MHz (pleas help yourself and place 
your favorite current CPU name and frequency).



Seems naive and needlessly negative to use such a term. 


???



And while on
the one hand it's true that specialty engines help keep the cost of
z/OS and friends high, 


No. It is a way to sell cheap CP's for other-than-z/OS purposes. In 
other words everyone except legacy z/OS users will benefit.
No, benefit is bad word. They probably wouldn't choose the platform 
otherwise.






they also allow folks to make more use of same
without paying for the MIPS on those specialty engines that they
aren't using for z/OS. This is bad?



On Thu, Nov 13, 2008 at 5:52 AM, R.S. <[EMAIL PROTECTED] MY ADDRES!!!> wrote:

That's why I translate  "specialty engines" as "castrated engines".
The only specialization is lack of some abilities, just to support one
workload, but not other. Everything behind is "sales peach" .
Big technical effort done to keep high prices on monopoly (MVS) market and
be make prices lower for competitive market (JAVA, Linux, etc.).



Regards
--
Radoslaw Skorupka
Lodz, Poland

P.S. It is quite good manner to sign the message with the name. I'm 
pretty sure that neither your first nor last name is "zoswork".



--
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.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: appending userid in a file

[Z1]

With those IJK... messages it looks to me like he is just coding the 
REXX statements via SYSTSIN rather than trying to execute the REXX 
stored in a PDS.


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

Re: Recataloging Linklist Datasets

[Peter Relson]

I believe that the publication is correct. You cannot do that in a safe
way.

The system will use the LNKLST as it was defined because it has built and
opened a DCB representing the concatenation.
LLA will use the data sets as they are cataloged.  LLA allocates each data
set that it is managing. And it uses the catalog to locate that data set.
This is no different than the requirement that even if you specify both the
name and volume when identifying your IPL-time LNKLST data sets, the data
set still must be cataloged on that volume, in the catalog that LLA uses.

The ONLY way to do what you want is still unpredictably dangerous.

As is mostly documented (it is really intended for getting rid of data sets
that you have a pressing need to get rid of),
   Use LNKLST UNALLOCATE (SETPROG or PROGxx) to get rid of the LNKLST ENQs
   Stop LLA to get rid of LLA's ENQs
   The previous steps are related to my presumption that you cannot
   recatalog data sets for which the SYSDSN ENQ is held
   Recatalog your data sets
   Use LNKLST ALLOCATE to resume LNKLST ENQ processing
   Create a new LNKLST set
   Activate the new LNKLST set
   Get ALL users off of the old LNKLST set(s). Presumably that is via
   LNKLST UPDATE. If that trashes your system, then so be it. That is the
   risk you take when you do this. There is nothing to prevent it, there is
   nothing that will or can be done about it.
   Restart LLA

So the choice is yours to take: is it more important to recatalog the data
sets than to be sure your system stays up?

Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Session manager

[Carroll, William]

Just trying to find out how many shops are using the multi-term product
from sds.


Thank You

Bill Carroll


DISCLAIMER:
The information contained in this message may be privileged or confidential and 
is protected from disclosure. If the reader of this message is not the intended 
recipient, or an employee or agent responsible for delivering this message to 
the intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited. If you 
have received this communication in error, please notify us immediately by 
replying to the message and deleting it from your computer.

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

Re: "The Register" article on HP replacing z

[P S]

Well, they do by helping z shops keep z/OS at all, sorta. It's kind of
an nth derivative. I know what you're saying and I could argue that
too, but look at it this way: without IFLs et al., more shops would
say z/OS was too expensive, and IBM would either be losing more share
or would be forced to lower the overall price.

On Thu, Nov 13, 2008 at 8:12 AM, Tom Marchant <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Nov 2008 07:28:59 -0500, P S wrote:
>
>>... specialty engines help keep the cost of
>>z/OS and friends high...
>
> They do?  Not that I can tell.

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

Re: "The Register" article on HP replacing z

[Tom Marchant]

On Thu, 13 Nov 2008 07:28:59 -0500, P S wrote:

>... specialty engines help keep the cost of
>z/OS and friends high...

They do?  Not that I can tell.

-- 
Tom Marchant

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

Re: "The Register" article on HP replacing z

[P S]

You say that like it's a negative thing.

Seriously, what's your point? Do you really think a Cadillac costs 2x
as much to build as a Chevy? Do you really think a large Coke at
McDonald's costs them a fraction of what they charge? Do you really
think that the manufacturing cost of the latest x86 chip drops
significantly just because the next generation is released?

Seems naive and needlessly negative to use such a term. And while on
the one hand it's true that specialty engines help keep the cost of
z/OS and friends high, they also allow folks to make more use of same
without paying for the MIPS on those specialty engines that they
aren't using for z/OS. This is bad?

On Thu, Nov 13, 2008 at 5:52 AM, R.S. <[EMAIL PROTECTED]> wrote:
> That's why I translate  "specialty engines" as "castrated engines".
> The only specialization is lack of some abilities, just to support one
> workload, but not other. Everything behind is "sales peach" .
> Big technical effort done to keep high prices on monopoly (MVS) market and
> be make prices lower for competitive market (JAVA, Linux, etc.).

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

Re: Mainframe Jobs Considered Recession Proof

[Scott Ford]

Ed,

I think there will be a shortage when/if the dinos like us retire..
A lot of 'younger' guys and gals don't want to learn z/OS or any of it's
components. 

Scott Ford
Senior Systems Engineer

 
[p] 678.266.3399 x304[m] 609-346-0399  identityforge.com



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you have
received it in error, please notify the sender immediately or let us know at

[EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the
original.  Any other use of the email by you is prohibited.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Gould
Sent: Thursday, November 13, 2008 12:14 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe Jobs Considered Recession Proof

--- On Wed, 11/12/08, Anton Britz <[EMAIL PROTECTED]> wrote:

> From: Anton Britz <[EMAIL PROTECTED]>
> Subject: Re: Mainframe Jobs Considered Recession Proof
> To: IBM-MAIN@BAMA.UA.EDU
> Date: Wednesday, November 12, 2008, 5:24 PM
> Hi,
> 
> Depends where and for who, I suppose ?
> 
> I am not so sure this statement applies to the following :
> 
> a) The banking/Investment sector
> b) The Car industry
> c) American Express
> d) The Retail sector
> e) EDS/HP
> f) The Re-insurance business... AIG/GENRE
> g) The unknown sector that received $2 trillion of
> emergency loans from 
> American taxpayers .. Still to be named.
> h) The Newspaper/Cable business
> i) The Airline business
> 
> Who is "still standing" ?
> 
> a) Oil Companies .. but they outsourced long before they
> where making  1 
> Billion dollars a day. Had friends that where layed off in
> Houston.. Consultants 
> and permanent employees
> b) Drug companies.. did not see them ask for "bail
> out" money yet but I did 
> see lots of new VIAGRA adverts on the local Tv channels
> c) Boeing.. Saw a TV advert they made,  praising all the
> veteran's a day a'go 
> because they need Military spending to increase.
> d) Military spending in Phoenix, AZ.. How much of the
> budget is going to AZ ?
> 
> Anton
> 

Anton:

I honestly do not not remember the year but it was in the early 90's. I
think it was called Black Tuesday in the markets. Our VP managed to force a
performance person to be laid off. Yes he was the top dollar earner in the
area (and he was not an officer) but the short sighted VP did do it.
I was unhappy to see the guy guy go as now the other people (including me)
would have to do his duties. The company I worked for was a clearing house
for options. 

There were other dates that trading fell to a low and other people were laid
off as well. The damage the VP managed to do the company has never recovered
from and now the basically threaten their employees to pick up others jobs,
if not they are laid off as well. Needless to say what once was a nice
company to work for has gone down in flames. The reputation they had has
disappeared and no good people will come within a mile of them. 

Ed




  

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

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

Re: "The Register" article on HP replacing z

[R.S.]

Edward Jaffe wrote:
[...]
That's why I translate  "specialty engines" as "castrated engines".
The only specialization is lack of some abilities, just to support one 
workload, but not other. Everything behind is "sales peach" .
Big technical effort done to keep high prices on monopoly (MVS) market 
and be make prices lower for competitive market (JAVA, Linux, etc.).


Disclaimer: It's not rant on IBM. It just proper understanding of 
"specialty engines" and reasons why there are architected. Just observation.


--
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.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: storing a PDF file in DB2 for z/OS

[Jim McAlpine]

On Wed, Nov 12, 2008 at 8:54 PM, Wayne Driscoll <[EMAIL PROTECTED]>wrote:

> Jim,
> For DB2 V7 (now out of service) and DB2 V8, you need the PTF for APAR
> PK35437.
>
> Wayne Driscoll
> Product Developer
> NOTE:  All opinions are strictly my own.
>
> Cheers Wayne.

Jim McAlpine

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

Re: Mainframe Jobs Considered Recession Proof

[Timothy Sipples]

I put that video up on the Mainframe Blog a couple days ago.

Note that "recession proof" doesn't mean immune to venue changes. That is,
there will be ongoing turmoil in corporate identities and locations. So the
mainframe jobs won't necessarily be in the same cities for the same
companies. But the expert predictions are there will be lots of jobs. Some
of them can be done from home.

IBM and other companies will temper that demand somewhat by continuing to
boost mainframe worker productivity -- mainframers are and will continue to
be the most productive workers in IT, probably even widening the gap. But
"temper" is the right word, certainly not "eliminate."

I don't think this jobs analysis is particularly sophisticated, and it
doesn't have to be. If you consider the list of "recession proof" jobs,
most of them just follow from demographic trends in the United States. If
there are more elderly people -- a well-established demographic trend in
the U.S. -- there will be more demand for healthcare, ergo more healthcare
workers. You can make some accurate job category predictions for Japan
also: here the birthrate is extremely low, there's basically zero
immigration, and you can guess what the demographic trends are. Automakers
are not going to be happy with the Japanese domestic market, to pick one
example.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html