Re: IBM announced z10 ..why so fast...any problem on z 9

[Marian Gasparovic]

>
>  Is there another 10% drop in MSUs/MIPS for the z10?
>

Yes

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

Arcati Yearbook

[Cartwright, Dave]

Just published at;

http://www.arcati.com/newyearbook08

 

It's not their fault that the timing could have been better.

Hardware and OS timelines at the back.

 

 

Dave

 


*
This email is intended solely for the use of the individual to whom
it is addressed and may contain confidential and/or privileged 
material.  Any views or opinions presented are solely those of the 
author and do not necessarily represent those of AGCO.
If you are not the intended recipient, be advised that you have
received this email in error and that any use, dissemination, 
forwarding, printing or copying of this email is strictly prohibited.
 
Neither AGCO nor the sender accepts any responsibility for viruses and it is 
your
responsibility to scan and virus check the e-mail and its attachment(s) (if 
any).
*
AGCO Limited, a limited company, registered in England (registered no.509133) 
with its registered office at Abbey Park Stoneleigh, Kenilworth CV8 2TQ, 
England.


--
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: Has IBM provided a link to the z10 POPs?

[Shane]

On Tue, 2008-02-26 at 19:43 -0600, Tom Schmidt wrote:

> Whoo-hoo!  I won't be able to get much sleep tonight!  
>  
> Thanks!  

Now there's one *seriously* sick puppy  ...

Shane ...
(must admit I downloaded it too ... ;-)
 

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

zIIP API for ISV's

[Miklos Szigetvari]

Hi

In the announcements from yesterday, they have spoken about an API for 
zIIP for software vendors.

Any detail about this ?

--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: [EMAIL PROTECTED] 

Info: [EMAIL PROTECTED] 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


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

Re: IBM announced z10 ..why so fast...any problem on z 9

[Shane]

On Wed, 2008-02-27 at 14:51 +0900, Timothy Sipples wrote:

> You can upgrade a System z9 EC to a System z10 EC and keep your machine's
> serial number. You can order those upgrades now, and they are apparently
> shipping now.

But you (apparently) *can't* directly upgrade a BC.
I wonder why they called the z10 an EC ... m

Any bets on a (z10) BC announcement within 12 months ...  ???.

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: IBM announced z10 ..why so fast...any problem on z 9

[Gibney, Dave]

Will you give me favorable odds :) Fall SHARE 2009

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Shane
> Sent: Wednesday, February 27, 2008 12:58 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IBM announced z10 ..why so fast...any problem on z 9
> 
> On Wed, 2008-02-27 at 14:51 +0900, Timothy Sipples wrote:
> 
> > You can upgrade a System z9 EC to a System z10 EC and keep your
> machine's
> > serial number. You can order those upgrades now, and they are
apparently
> > shipping now.
> 
> But you (apparently) *can't* directly upgrade a BC.
> I wonder why they called the z10 an EC ... m
> 
> Any bets on a (z10) BC announcement within 12 months ...  ???.
> 
> 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

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

Re: IBM Preview of z/OS V1.10

[R.S.]

Mark Zelden wrote:
[...]
On another preview note:  I (still) don't see anything about the removal of 
support for opening VSAM data sets with IMBED or REPLICATE.  The only 
mention is how VSAM data sets with IMBED (and KEYRANGE) relate

to Extended Address Volumes (EAVs).I really wish IBM would at least
commit to a date / release already so I can get the "dasd geeks" to
really take some action on this issue.


It seems to me this is a proof that KEYRANGE and IMBED are still 
supported. No such proof for REPLICATE ...but who cares ? It's 
obsloteted for years (I mean REPLICATE and IMBED as well).


Regards
--
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: zIIP API for ISV's

[Bob Shannon]

>In the announcements from yesterday, they have spoken about an API for zIIP 
>>for software vendors. Any detail about this ?

Any member of the developers association can sign an NDA and receive the 
information. Any vendor that touts zIIP exploitation already did.

Bob Shannon
Rocket Software

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

Tool that will help to access the Teradata tables from the mainframe job

[Brain]

Hi All,


In our project we have a requirement like: We need to refer a table in the 
Teradata database (running in UNIX environment) from our mainframe job 
directly.
 

Please let me if you are aware of any tool or utility that will help to access 
the 
Teradata tables from the mainframe job?

Thanks,
Rajeev

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

Re: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

[Lizette Koehler]

The best way to resolve this issue is to do the following:

1)  Make sure the type of data set (VSAM vs. NON VSAM).  If you have VSAM 
cataloged in the MCAT you will need to work a little harder.

2)  Uncatalog all of the NON Vsam data sets in the Master Cat
3)  Build the Alias for the HLQ
4)  Recatalog all of the data sets.

If you have vsam in the mcat, I would probably use a DFDSS DUMP with Delete for 
all of the files in the mcat, build the alias, then restore the files with 
catalog.

I ususally have my MCAT with READ only access to prevent this type of issue.  

Lizette





   
>  I am working on a problem regarding a TSO alias which was not created but 
> for some unexplicable reason I >find about 15 dsns have been cataloged in the 
> MCAT.  My question is how can I fix this problem - have the dsns >created in 
> the proper UCAT.  I looked at the option of using REPRO MERGECAT in the 
> IDCAMS doc.  Is that the >correct decision?  My plan is to define the alias 
> in the proper UCAT and then execute the following jcl.
>   
>  //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440  
>//SYSPRINT DD   SYSOUT=*  
>//SYSINDD   * 
>  REPRO - 
>   INDATASET(SYS1.SHR.MCAT)  - 
>   OUTDATASET(MBC.CSTMCAT) -  
>   ENTRIES(CTPRX23) - 
>   MERGECAT   
>/*
>   
>  Will this do the job?  Am I missing something?  I would appreciate any 
> suggestions or comments.
>   
>  Thanks in advance.
>
>

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

Re: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

[John Kington]

Ernie,


> Good Morning Gentle Readers,
>
>   I am working on a problem regarding a TSO alias which was not
> created but for some unexplicable reason I find about 15 dsns have
> been cataloged in the MCAT.  My question is how can I fix this
> problem - have the dsns created in the proper UCAT.  I looked at the
> option of using REPRO MERGECAT in the IDCAMS doc.  Is that the
> correct decision?  My plan is to define the alias in the proper UCAT
> and then execute the following jcl.
>
>   //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440
> //SYSPRINT DD   SYSOUT=*
> //SYSINDD   *
>   REPRO -
>INDATASET(SYS1.SHR.MCAT)  -
>OUTDATASET(MBC.CSTMCAT) -
>ENTRIES(CTPRX23) -
>MERGECAT
> /*
>
>   Will this do the job?  Am I missing something?  I would appreciate
> any suggestions or comments.
>
>   Thanks in advance.
>
I would remove the alias, rename the 15 datasets to a different hlq,
redefine the alias and then rename the 15 datasets back to the original
name. Mergecat would be overkill for what you need to do.
If you can not remove the alias, I would recatalog them if you know where
they are and try a delete noscratch using the master catalog in the
catalog() parameter.
Regards,
John

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

Re: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

[Blair Svihra]

You would need to define the alias after moving the entries out of the 
master catalog.  You will probably get an IDC3009I 8-8 "duplicate entry" 
(on the alias define) if you already have data sets residing in the 
master catalog that begin with the alias.


Blair Svihra
Dino-Software Corp.

   * *T-REX/ - Superior ICF catalog mgmt with full Tape support and HSM
 Auditing/***
   * *REORGadon/ - First ever online REORG for HSM/*
   * *TERADON/ - First ever online REPRO MERGECAT utility/*
   * *XTINCT/ - Secure DASD/TAPE data eradication/*
   * *RTD /- First ever real-time defrag/*
   * *DAL /- DINO healthcheck Analysis for Legato/*
   * *SENTINEL -/ FTP Management/*

*//*




esmie moo wrote:

Good Morning Gentle Readers,
   
  I am working on a problem regarding a TSO alias which was not created but for some unexplicable reason I find about 15 dsns have been cataloged in the MCAT.  My question is how can I fix this problem - have the dsns created in the proper UCAT.  I looked at the option of using REPRO MERGECAT in the IDCAMS doc.  Is that the correct decision?  My plan is to define the alias in the proper UCAT and then execute the following jcl.
   
  //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440  
//SYSPRINT DD   SYSOUT=*  
//SYSINDD   * 
  REPRO - 
   INDATASET(SYS1.SHR.MCAT)  - 
   OUTDATASET(MBC.CSTMCAT) -  
   ENTRIES(CTPRX23) - 
   MERGECAT   
/*
   
  Will this do the job?  Am I missing something?  I would appreciate any suggestions or comments.
   
  Thanks in advance.



   
-

Looking for the perfect gift? Give the gift of Flickr!

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

CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

[esmie moo]

Good Morning Gentle Readers,
   
  I am working on a problem regarding a TSO alias which was not created but for 
some unexplicable reason I find about 15 dsns have been cataloged in the MCAT.  
My question is how can I fix this problem - have the dsns created in the proper 
UCAT.  I looked at the option of using REPRO MERGECAT in the IDCAMS doc.  Is 
that the correct decision?  My plan is to define the alias in the proper UCAT 
and then execute the following jcl.
   
  //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440  
//SYSPRINT DD   SYSOUT=*  
//SYSINDD   * 
  REPRO - 
   INDATASET(SYS1.SHR.MCAT)  - 
   OUTDATASET(MBC.CSTMCAT) -  
   ENTRIES(CTPRX23) - 
   MERGECAT   
/*
   
  Will this do the job?  Am I missing something?  I would appreciate any 
suggestions or comments.
   
  Thanks in advance.


   
-
Looking for the perfect gift? Give the gift of Flickr!

--
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: 256 bytes again

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 02/26/2008
   at 09:20 PM, "William H. Blair" <[EMAIL PROTECTED]> said:

>You simply specify the DSNAME of the VTOC.

That's the right answer to the wrong question. What do you specify for the
DCB parameters. And the question was rhetorical ;-)
 
-- 
 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: Tool that will help to access the Teradata tables from the mainframe job

[Jim McAlpine]

On 2/27/08, Brain <[EMAIL PROTECTED]> wrote:
>
> Hi All,
>
>
> In our project we have a requirement like: We need to refer a table in the
> Teradata database (running in UNIX environment) from our mainframe job
> directly.
>
>
> Please let me if you are aware of any tool or utility that will help to
> access the
> Teradata tables from the mainframe job?
>
> Thanks,
> Rajeev


A quick Google search for Teradata and JDBC returns plenty of hits, in which
case you may be able to use Java.

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: Tool that will help to access the Teradata tables from the mainframe job

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Brain
> Sent: Wednesday, February 27, 2008 6:28 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Tool that will help to access the Teradata tables 
> from the mainframe job
> 
> 
> Hi All,
> 
> 
> In our project we have a requirement like: We need to refer a 
> table in the 
> Teradata database (running in UNIX environment) from our 
> mainframe job 
> directly.
>  
> 
> Please let me if you are aware of any tool or utility that 
> will help to access the 
> Teradata tables from the mainframe job?
> 
> Thanks,
> Rajeev

Java and ODBC? Most databases have an ODBC interface. If Teradata has a
Java ODBC client, then you might be able to use it on z/OS with a z/OS
Java program. You'd need to ask somebody who is knowledgeable in
Teradata.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

TCPIP hosts.deny

[Mark Pace]

Is there a functionality in z/OS TCPIP to deny connectivity from an IP
address?  In Linux I would use the /etc/hosts.deny file.

-- 
Mark Pace
Mainline Information Systems

--
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: Questions Regarding Disk Cache

[R.S.]

Speaking about VSAM by Ron Ferguson.
I bought it in 2004 or later.
It is awfully obsoleted! Theoretically it's been updated, but ...
Last (and rather least): quality of print and binding is poor.

I also have VSAM by Doug Lowe, which is dated 1986 - and IMHO it is more 
up to date. Much more easy to read, no fables & tales.


Disclaimer: I have no business or personal correlations with neither 
Mainstar and Ron F., nor Murach and Doug L.

My opinion is my own.
--
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: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

[Walter Marguccio]

> From: esmie moo <[EMAIL PROTECTED]>

> My plan is to define the alias in the proper UCAT and then execute the 
> following jcl.
   
> //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440  
> //SYSPRINT DD   SYSOUT=*  
> //SYSINDD   * 
>  REPRO - 
>   INDATASET(SYS1.SHR.MCAT)  - 
>   OUTDATASET(MBC.CSTMCAT) -  
>   ENTRIES(CTPRX23) - 
>   MERGECAT   


Esmie,

I would first run the above job. However, code LVL(CTPRX23) instead of 
ENTRIES(CTPRX23).
Once the above job runs fine, then define alias CTPRX23 related to MBC.CSTMCAT, 
which I assume is 
your user catalog.

HTH

Walter Marguccio
z/OS Systems Programmer
Munich - Germany



  ___
Yahoo! Answers - Got a question? Someone out there knows the answer. Try it
now.
http://uk.answers.yahoo.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: RCF for software

[Mark Jacobs]

R.S. wrote:
> I just found IMBED option in one of the members of TCPIP.SEZAINST
> dataset.
> Of course I can edit and change before submitting it, I'm aware that
> IMBED would be ignored, etc.
>
> However, IMHO it should be corrected to remove IMBED.
> Q: How to submit such change ?
>

Open up a problem ticket with IBM and they may create an APAR, which
will almost certainly be closed as FIN.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


The dogmas of the quiet past are inadequate to the stormy present. 
The occasion is piled high with difficulty, and we must rise to 
the occasion. We cannot escape history. We will be remembered in 
spite of ourselves. The fiery trial through which we pass will 
light us down in honor or dishonor, to the last generation.

Abraham Lincoln

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

Re: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

[Michael Saraco]

This is what I use when cleaning up Catalogs. This job will move the 
entries to the correct catalog without having to do any extra work. After 
you have them moved to the correct catalog define your alias and you will 
see the data sets.  With this if you are just moving a few data sets it 
has no impact but if say you are moving 1,000 data sets you would want to 
scheduled that when there is very low usage. 

//REPROCAT EXEC PGM=IDCAMS 
//SYSPRINT DD SYSOUT=* 
//SYSINDD * 
  REPRO - 
INDATASET(CATALOG.ABCZ14.MASTER ) - 
OUTDATASET(CATALOG.TSO.USER) LEVEL(TSOU01) MERGECAT 
/* 


Michael Saraco
Systems Consultant



From:
esmie moo <[EMAIL PROTECTED]>
To:
IBM-MAIN@BAMA.UA.EDU
Date:
02/27/2008 07:34 AM
Subject:
CATALOG QUESTION - CORRECT AN ALIAS PROBLEM



Good Morning Gentle Readers,
 
  I am working on a problem regarding a TSO alias which was not created 
but for some unexplicable reason I find about 15 dsns have been cataloged 
in the MCAT.  My question is how can I fix this problem - have the dsns 
created in the proper UCAT.  I looked at the option of using REPRO 
MERGECAT in the IDCAMS doc.  Is that the correct decision?  My plan is to 
define the alias in the proper UCAT and then execute the following jcl.
 
  //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440 
//SYSPRINT DD   SYSOUT=* 
//SYSINDD   * 
  REPRO - 
   INDATASET(SYS1.SHR.MCAT)  - 
   OUTDATASET(MBC.CSTMCAT) - 
   ENTRIES(CTPRX23) - 
   MERGECAT 
/* 
 
  Will this do the job?  Am I missing something?  I would appreciate any 
suggestions or comments.
 
  Thanks in advance.


 
-
Looking for the perfect gift? Give the gift of Flickr!

--
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: Has IBM provided a link to the z10 POPs?

[Pommier, Rex R.]

I agree with Shane!  :-)  I just downloaded it as well, and it looks
more like it would be a good cure for insomnia!!  At least to just sit
and read it...

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shane
Sent: Wednesday, February 27, 2008 2:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Has IBM provided a link to the z10 POPs?

On Tue, 2008-02-26 at 19:43 -0600, Tom Schmidt wrote:

> Whoo-hoo!  I won't be able to get much sleep tonight!  
>  
> Thanks!  

Now there's one *seriously* sick puppy  ...

Shane ...
(must admit I downloaded it too ... ;-)
 

--
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: RCF for software

[Mark Zelden]

On Wed, 27 Feb 2008 09:45:39 -0500, Mark Jacobs <[EMAIL PROTECTED]>
wrote:

>R.S. wrote:
>> I just found IMBED option in one of the members of TCPIP.SEZAINST
>> dataset.
>> Of course I can edit and change before submitting it, I'm aware that
>> IMBED would be ignored, etc.
>>
>> However, IMHO it should be corrected to remove IMBED.
>> Q: How to submit such change ?
>>
>
>Open up a problem ticket with IBM and they may create an APAR, which
>will almost certainly be closed as FIN.
>

The clean up would be nice.  The ETR or an email to one of the developers
from someone would probably get it changed for the future. 

But you could probably find hundreds of  similar examples (be it JCL, IDCAMS,
parmlib member samples, whatever...) and I doubt you would get an APAR
on any of them.   In this particular case, the sample member does not 
cause any problem or error at all so why would there be a need for an APAR. 
It probably still won't be reported as an error for years after the support
for open is removed. 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: Tool that will help to access the Teradata tables from the mainframe job

[Brain]

Thanks for the reply.. i have a doubt whether by  using SAS/ AccessInterface
can we access the teradata tables in our mainframe job ?

Regards
Rajeev V

--
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: Batch job to perform sftp transfer

[Betsy Jeffery]

I simplyhave a habit of putting SYSPRINT into just about everthing.  If you 
want to quibble about such things, be my guest.

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

RCF for software

[R.S.]

I just found IMBED option in one of the members of TCPIP.SEZAINST dataset.
Of course I can edit and change before submitting it, I'm aware that 
IMBED would be ignored, etc.


However, IMHO it should be corrected to remove IMBED.
Q: How to submit such change ?

--
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: IBM Preview of z/OS V1.10

[Mark Zelden]

On Wed, 27 Feb 2008 11:59:02 +0100, R.S. <[EMAIL PROTECTED]> wrote:

>Mark Zelden wrote:
>[...]
>> On another preview note:  I (still) don't see anything about the removal of
>> support for opening VSAM data sets with IMBED or REPLICATE.  The only
>> mention is how VSAM data sets with IMBED (and KEYRANGE) relate
>> to Extended Address Volumes (EAVs).I really wish IBM would at least
>> commit to a date / release already so I can get the "dasd geeks" to
>> really take some action on this issue.
>
>It seems to me this is a proof that KEYRANGE and IMBED are still
>supported. No such proof for REPLICATE ...but who cares ? It's
>obsloteted for years (I mean REPLICATE and IMBED as well).
>

Yes, they are still supported until they aren't. But, since I don't see any
change in the SOD I have to assume that removal of that support is still
planned:
http://www-03.ibm.com/servers/eserver/zseries/zos/zos_sods.html

I wonder if the delay is related to this other SOD:

"In a future release of z/OS, when DFSMShsm or DFSMSdss™ recalls or
restores a VSAM data set with either IMBED or REPLICATE attribute or
both, the attributes will be removed."

This is a "must have" in order to remove the "OPEN" support.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

BMC-ULTRAOPT--z/OS1.9

[Ron Wells]

Anyone been down the path of convertion to z/OS1.9 and had problems with 
Ultraopt ??

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files is strictly prohibited.

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

Re: Batch job to perform sftp transfer

[Betsy Jeffery]

You are correct.  I misspoke about the sshd running.  Our developers didn't 
want to change their JCL.  We're actually running lftp under System SSL for 
both telnet and sftp.  I even showed them your dspipes tool and they wouldn't 
budge.   St. Charles, MO - I'm a Lindenwood alum.

--
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: Batch job to perform sftp transfer

[Betsy Jeffery]

OMVS is not unix.  ssh as provided by IBM Ported tools is still ssh (open 
source) for unix.  OMVS 'prohibits' ssh because of this in addition to the fact 
that straight ssh/sftp does not have a facility to work with MVS data set 
structure.  IBM has been asked to 'fix' this multiple times.  IMO there is 
nothing 
to fix.

--
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: Batch job to perform sftp transfer

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Betsy Jeffery
> Sent: Wednesday, February 27, 2008 9:57 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Batch job to perform sftp transfer
> 
> 
> OMVS is not unix. 

[snip]


What do you mean by "OMVS is not unix"? I'm more curious than anything
else. If you're talking about the TSO OMVS command, then it is every bit
as much "unix" as the original TTY terminals (anybody else every use a
KSR-33?). Also, z/OS UNIX System Service is also UNIX. It has been so
branded by the owner of the UNIX trademark (The Open Group?) 

Ref: http://www.unix.org/what_is_unix/the_brand.html

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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: Batch job to perform sftp transfer

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


[EMAIL PROTECTED] (McKown, John) writes:
> What do you mean by "OMVS is not unix"? I'm more curious than anything
> else. If you're talking about the TSO OMVS command, then it is every bit
> as much "unix" as the original TTY terminals (anybody else every use a
> KSR-33?). Also, z/OS UNIX System Service is also UNIX. It has been so
> branded by the owner of the UNIX trademark (The Open Group?) 

three people from the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

came out the last week of jan68 to install cp67 (predecessor to vm370
that ran on 360/67) at the univ. at the time, cp67 only supported 1052
and 2741 terminals. the univ. was getting some ksr-33 terminals and so i
had to add ascii/tty support to cp67.

2702 supported SAD command that allowed terminal line-scanner to be
associated with specific ports under program control. the science center
had done support to dynamically determine whether it was dealing with
either a 1052 or 2741 ... and use the SAD command to associate with the
different ports as appropriate.

so as part of adding ascii/tty support ... i figured i could do the same
thing with ascii/tty support. well, it initially seemed to work
... however, the scenario that i really wanted to handle ... a single
dialin phone number (for rotory pool) that could be used regardless of
the terminal type ... failed to actually work. The problem wasn't with
the SAD command and the line-scanner ... it was that the
telecommunication controller took a short-cut and hardwired line-speed
oscillator to each port. I needed to be able to both change the
line-scanner and the oscillator line-speed on a port-by-port basis.

this short-coming helped precipitate a project at the univerisity to
build our own clone controller. started with a interdata/3 minicomputer,
that was programmed to scan the port signal rise/fall to dynamically
determine terminal line speed. also had to reverse engineer the 360
channel interface and build a channel interface board for the
interdata/3.

this was subsequently expanded to a cluster of interdata/4 handling the
channel interface with multiple interdata/3s handling the port
line-scanner interface.

this project was written up somewhat blaiming four of use for the clone
controller business. misc. past posts
http://www.garlic.com/~lynn/subtopic.html#360pcm

and, of course, the clone controller business is blaimed for motivation
behind the future system project ... recently mentioned here
http://www.garlic.com/~lynn/2008e.html#31 IBM announced z10 ..why so fast...any 
problem on z 9

and this reference mentions Fergus & Morris book attributing the
distraction of the future system project providing the entre for the
clone processors (as well as having long term dampening effects on
corporate innovation).
http://www.garlic.com/~lynn/2001f.html#33
and this recent post
http://www.garlic.com/~lynn/2008d.html#16 more on (the new 40+ yr old) 
virtualization
references this article that also discusses future system project
http://www.ecole.org/Crisis_and_change_1995_1.htm
numerous other posts mentioning future system 
http://www/garlic.com/~lynn/subtopic.html#futuresys

as to Fergus & Morris reference to dampening effects on corporate
innovation ... i've periodically speculated that the person responsible
for 801/risc ... was attempting to go to the exact opposite exterme (in
terms of hardware complexity) as what had been going on in the future
system effort
http://www.garlic.com/~lynn/subtopic.html#801

--
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: Batch job to perform sftp transfer

[Ted MacNEIL]

>Also, z/OS UNIX System Service is also UNIX.

It was the second OS to get the UNIX95 brand.
HP/UX was the first.
This was over 10 years ago.

z/OS USS IS UNIX.
(and, you know which USS I mean all you nit-pickers out there)

-
Too busy driving to stop for gas!

--
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: Getting detailed DB2 maintenance level info

[Paul Peplinski]

On Mon, 25 Feb 2008 13:43:01 -0600, Mike Bell <[EMAIL PROTECTED]> wrote:

>You mean
>//DB2UTIL  EXEC PGM=DSNUTILB,PARM='DB7G,REPAIR'
>//STEPLIB  DD   DSN=DSN710.SDSNEXIT,DISP=SHR
>// DD   DSN=DSN710.SDSNLOAD,DISP=SHR
>//SYSPRINT DD   SYSOUT=*
>//UTPRINT DD   SYSOUT=*
>//SYSIN  DD *
>DIAGNOSE DISPLAY MEPL
>
>Mike
>

Mike,

Thank you. I didn't remember the JCL but I remembered the output it
produced. It was exactly what I was looking for.

Paul

--
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: Prevent IEW2456E error with cmd in SYSLIN

[Steve Comstock]

IBM-MAIN@BAMA.UA.EDU wrote:

On Mon, 25 Feb 2008 07:09:15 -0700, Steve Comstock wrote:

I would try

  LIBRARY  (XX)

my understanding this format of LIBRARY identifies
external references that might not be resolvable
and it's OK if they are not resolved.

Might return RC of 4, though; not sure. Let me
know if it works for you.


Alas, and verily:

 IEW2278I B352 INVOCATION PARAMETERS - MAP,LIST,XREF,LET

 IEW2322I 1220  1 LIBRARY (FOOBAR)
 IEW2322I 1220  2 INCLUDE SYSOBJ
 IEW2322I 1220  3 NAMEWHATEVER(R)
 IEW2455W 9205 SYMBOL FOOBAR UNRESOLVED.  NOCALL OR NEVERCALL SPECIFIED.

... after a brief diversion with an unintelligible error message when
I tried to allocate SYSLMOD to UNIT=VIO,DSNTYPE=LIBRARY.  M&C says:

   IGD17040I ERROR IN DADSM PROCESSING FOR DATA SET dsname HISTORIC RETURN
  CODE IS rc DIAGNOSTIC INFORMATION IS cde
...
   Application Programmer Response: Use the record in the logrec data set,
   the return code and the diagnostic information to determine the error.
   Use z/OS DFSMSdfp Diagnosis to determine the meaning of the DADSM
   historic return code and the DADSM diagnostic information.

Sheesh!  I'd prefer a "self-explanatory" message.  E.g.:
"requested DSNTYPE is incompatible with requested UNIT."  This
does not seem to be suitable action to expect of an "Application
Programmer".  And why, in the first place, shouldn't VIO support
PDSE?  VIO is just a RAM disk emulating a hard drive.  The
emulation is deficient.

-- gil


But Paul, you hijacked the OPs original concern.

If you had set up your job to allocate SYSLMOD to
a standard PDS, it would have run as I suggested:

you get a warning message (like yours above) and
a RC of 4, but the module is stored into the
SYSLMOD dataset marked as executable.



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

--
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: Newbie RACROUTE question: how to *test* authorization?

[Walt Farrell]

On Tue, 26 Feb 2008 19:53:42 -0600, David Eisenberg
<[EMAIL PROTECTED]> wrote:

>Not in this case, IMO.
>
>The violations are occurring as a result of a text string scan across all
>members of a production source code library in CA's Panvalet format. The
>library contains hundreds of members, but a handful of them have
>UACC=NONE. Here's how: Panvalet supports *member-level* security. We
>create RACF "pseudo-profiles" that contain the member name as the last
>qualifier, and if we wish to read-protect a member, we set that profile to have
>UACC=NONE. A Panvalet security exit constructs the pseudo-profile name, and
>invokes RACROUTE to see if read access to the member is permitted or not.

I would agree that's a reasonable case for using LOG=NONE.  It will,
however, require you to run APF-authorized, and I think it's appropriate to
require APF in this 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

Re: Newbie RACROUTE question: how to *test* authorization?

[Walt Farrell]

On Tue, 26 Feb 2008 21:49:22 -0500, Farley, Peter x23353
<[EMAIL PROTECTED]> wrote:

>I agree with you about this type of "harmless" testing of authority to
>access.  However, given the god-like authority of auditors these days,
>maybe it would be more helpful to you (and easier to get past the
>auditors) to have an additional parameter to RACROUTE which said, in
>effect, "Don't tell me about any violations.  I don't care if you record
>the attempted access in SMF, but don't bother telling me about it."
>
>I.E., suppress the message but go ahead and cut a record if you want to.
>
>Of course, that doesn't address the SMF noise issue for those who really
>need to track attempted accesses to truly important resources to detect
>actual hacking attempts.

That's MSGSUPP=YES, which does not require APF authorization because it does
not hide anything from the auditors.

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

Re: Newbie RACROUTE question: how to *test* authorization?

[Walt Farrell]

On Tue, 26 Feb 2008 16:08:17 -0800, George Fogg <[EMAIL PROTECTED]> wrote:

>I wrote a REXX interface to our JCL scan product so it can check a
>production userid access to a dataset resource. I told the folks that use it
>that they must understand the fact that they cannot rely on the results of
>the access when the "real" task opens the dataset in its environment during
>OPEN time if:
>1.) the task at OPEN is running Privileged or Trusted,
>2.) the task at OPEN happened to have a trusted token,
>3.) the task flipped one or more of those "bypass authority checking" bits
>before OPEN,
>4.) the task at OPEN when the REQUEST=AUTH was a CSA or PRIVATE request,
>therefore bypassing GAC authority,
>5.) that the Rexx interface call does not check for conditional access
>entries.
>The REXX interface function does a RACROUTE REQUEST=AUTH and uses:
>USERID=user_id (for third party checking)
>STATUS=ACCESS (send back the access code (NONE, READ, UPDATE, CONTROL,
>ALTER)
>LOG=NONE (do not cut SMF audit records)
>And a few other necessary parameters. USERID and LOG require APF.
>I also check if the caller has the authority to use this function with a
>profile in the FACILITY class.

Good description, George.  Thanks.

I'll note that your results should also be inaccurate if they try to use
PADS (Program Access to Data Sets) to grant access only when running a
specific program.  Since your program is a different one, it might indicate
a failure when the actual job would work properly.

That's a case that none of the JCL checking products can handle, as far as I
know, because the results can not be checked except during actual execution.
 Any outside attempt to check them may give either a false "success" or a
false "failure" indication.

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

Hijacked (was: Prevent IEW2456E ...)

[Paul Gilmartin]

On Wed, 27 Feb 2008 10:12:12 -0700, Steve Comstock wrote:
>>
>>  IEW2455W 9205 SYMBOL FOOBAR UNRESOLVED.  NOCALL OR NEVERCALL SPECIFIED.
>>
>> ... after a brief diversion with an unintelligible error message when
>> I tried to allocate SYSLMOD to UNIT=VIO,DSNTYPE=LIBRARY.  M&C says:
>>
>>IGD17040I ERROR IN DADSM PROCESSING FOR DATA SET dsname HISTORIC RETURN
>>   CODE IS rc DIAGNOSTIC INFORMATION IS cde
>> ...
>>Application Programmer Response: Use the record in the logrec data set,
>>the return code and the diagnostic information to determine the error.
>>Use z/OS DFSMSdfp Diagnosis to determine the meaning of the DADSM
>>historic return code and the DADSM diagnostic information.
>>
>> Sheesh!  I'd prefer a "self-explanatory" message.  E.g.:
>> "requested DSNTYPE is incompatible with requested UNIT."  This
>> does not seem to be suitable action to expect of an "Application
>> Programmer".  And why, in the first place, shouldn't VIO support
>> PDSE?  VIO is just a RAM disk emulating a hard drive.  The
>> emulation is deficient.
>
>But Paul, you hijacked the OPs original concern.
>
No, I well addressed the OP's concern by verifying that as you
suspected, the workaround would get RC=4.  We don't know whether
this meets the OP's requirements.

>If you had set up your job to allocate SYSLMOD to
>a standard PDS, it would have run as I suggested:
>
I did, on the second try.

>you get a warning message (like yours above) and
>a RC of 4, but the module is stored into the
>SYSLMOD dataset marked as executable.
>
Yes, and this should work even in the absence of PARM=LET.

But, I'll confess to hijacking the thread.  I'll try to make
amends by changing the Subject: line.

My chief objection to MVS, et. al., is its unnecessary complexity.
I now have three examples in VIO alone.  VIO should emulate
real DASD using paging I/O.  If the emulation were correct,
many such problems wouldn't occur.

o VIO used to be incompatible with IEBCOPY because IEBCOPY used
  EXCP V=R, not supported by VIO.  This is incomplete emulation.
  Lately, this has been fixed, but I believe not by fixing the
  broken emulation, but by modifying IEBCOPY to detect VIO and
  avoid EXCP V=R in the VIO case, adding to the complexity of
  IEBCOPY while leaving VIO broken for other prospective users.

o A few years ago, I reported the problem in OA10628 TRUNCATED
  RECORDS WITH VIO NOT REPORTED.  The chatter in the PMR reported
  that [IDDWISVR?] processed an IOB with the Length Indicate flag
  set and RBC=0, but failed to report the error, resulting in
  IEBGENER's failing to issue IEB351I.  But why should there have
  been a separate code path for VIO?  If the emulation of real
  DASD were complete, the same code path could have processed the
  IOB for both, and both would be correct (or incorrect, but
  consistent, leading to earlier detection and correction of
  the error.)  The APAR text leads me to suspect that the fix was
  not by eliminating the separate code path for VIO, but by
  modifying that separate code.

o And, most recently, as above.  Why should VIO be incompatible
  with PDSE?

But, is VIO obsolete nowadays, leaving little motivation to
clean it up?

-- gil

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

z/OS 1.9 and TSSO

[Marty French]

I had asked this question on another thread and I really didn't get and 
answer.  I'll try once again.  

I downloaded file 404 from the CBT update section which fixes the 
syntax assembly errors using 'UCMMCENT'.  This problem was 
discussed before.  

Most of TSSO works, it starts tasks, etc without problems, however 
the 'REPLY' function does not (for us).  Any reply message gets the 
following.  It's coming out of 'REPLYLOA'.  The console coming back from 
this is UNKNOWN when it comes back from the call.   As you can see 
from the following example, TSSO is up and responding.  Does anyone 
have a fix for this.  I'm not an 'assembler' person.

J0032591 0010  ++REPLY 'GO' TO PROCEED;'RST' TO RETRY; 'END' 
TO CANCEL:  < from the application
J0032591 0010  (TSSO AOF):2,GO   < TSSO sees the 
string 
 
J0032591 0210  R 2,GO
J0032591 0010 @02 IGZI AWAITING 
REPLY
UNKNOWN  0010  IEE703I REPLY 02 NOT REQUESTED FROM THIS 
CONSOLE  <--- unknown console

Thanks in advance!

--
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: We get EDG6502W and EDG6521W message when we run the MEND function on merged RMM CDS.

[Mike Wood]

Jason, Those messages are from running EDGUTIL VERIFY.  If you run EDGUTIL 
MEND it will correct the CDS records.
This discrepancy is expected and is documented in the redbook that you 
should run MEND after a merge.

Mike Wood  RMM Development

--
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: Newbie RACROUTE question: how to *test* authorization?

[George Fogg]

> On Tue, 26 Feb 2008 16:08:17 -0800, George Fogg <[EMAIL PROTECTED]> wrote:
>
>>I wrote a REXX interface to our JCL scan product so it can check a
>>production userid access to a dataset resource. I told the folks that use it
>>that they must understand the fact that they cannot rely on the results of
>>the access when the "real" task opens the dataset in its environment during
>>OPEN time if:
>>1.) the task at OPEN is running Privileged or Trusted,
>>2.) the task at OPEN happened to have a trusted token,
>>3.) the task flipped one or more of those "bypass authority checking" bits
>>before OPEN,
>>4.) the task at OPEN when the REQUEST=AUTH was a CSA or PRIVATE request,
>>therefore bypassing GAC authority,
>>5.) that the Rexx interface call does not check for conditional access
>>entries.
>>The REXX interface function does a RACROUTE REQUEST=AUTH and uses:
>>USERID=user_id (for third party checking)
>>STATUS=ACCESS (send back the access code (NONE, READ, UPDATE, CONTROL,
>>ALTER)
>>LOG=NONE (do not cut SMF audit records)
>>And a few other necessary parameters. USERID and LOG require APF.
>>I also check if the caller has the authority to use this function with a
>>profile in the FACILITY class.
>
> Good description, George.  Thanks.
>
> I'll note that your results should also be inaccurate if they try to use
> PADS (Program Access to Data Sets) to grant access only when running a
> specific program.  Since your program is a different one, it might indicate
> a failure when the actual job would work properly.
>
> That's a case that none of the JCL checking products can handle, as far as I
> know, because the results can not be checked except during actual execution.
>  Any outside attempt to check them may give either a false "success" or a
> false "failure" indication.

Yes, I should have added PADS to the list above. I have racked what little
brains I have left on how to do PADS authority checking and I haven't found a
way so far and accept the fact that it can't be done. So I chould add number 6
to the list above "PADS authority checking will not work in the REXX
function".
Thanks Walt.
George Fogg

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

TSO ALLOC concat using VOLSER?

[Martin, Mike]

All,

 

(For "allocating" existing datasets)  Can someone give an example of a
TSO ALLOCATE command that uses concatenated datasets, where one of the
datasets is NOT cataloged?  Is it possible?

 

Mike Martin



This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.


--
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: TSO ALLOC concat using VOLSER?

[Scott Rowe]

I haven't tried this, but I believe that if you allocate the uncataloged 
dataset (to a different DD) prior to allocating the concatenation, then it will 
be found. 

>>> "Martin, Mike" <[EMAIL PROTECTED]> 2/27/2008 2:34 PM >>>
All,



(For "allocating" existing datasets)  Can someone give an example of a
TSO ALLOCATE command that uses concatenated datasets, where one of the
datasets is NOT cataloged?  Is it possible?



Mike Martin



This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.


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


Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

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

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

Re: TSO ALLOC concat using VOLSER?

[Traylor, Terry]

Include UNIT(SYSDA) and VOLUME(xx)parmeters. 


 Terry Traylor 
charlesSCHWAB 
TIS Mainframe Storage Management 
Remedy Queue: tis-hs-mstg
(602) 977-5154 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Martin, Mike
Sent: Wednesday, February 27, 2008 12:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TSO ALLOC concat using VOLSER?

All,

 

(For "allocating" existing datasets)  Can someone give an example of a
TSO ALLOCATE command that uses concatenated datasets, where one of the
datasets is NOT cataloged?  Is it possible?

 

Mike Martin



This email may contain confidential and privileged material for the sole
use of the intended recipient. If you are not the intended recipient,
please contact the sender and delete all copies. Any review or
distribution by others is strictly prohibited. Personal emails are
restricted by policy of the State Employees' Credit Union (SECU).
Therefore SECU specifically disclaims any responsibility or liability
for any personal information or opinions of the author expressed in this
email.


--
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: 256 bytes again

[Schwarz, Barry A]

Does DSN=FORMAT4.DSCB not work in your JCL?  I only use it for IDCAMS so
maybe it doesn't work in the general case.

-Original Message-
From: William H. Blair 
Sent: Tuesday, February 26, 2008 7:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: 256 bytes again

Shmuel (Seymour J.) Metz wrote:

> What do you specify to read a VTOC?

You simply specify the DSNAME of the VTOC. Since you can't do that in
JCL easily, the best way is to specify any DSNAME (or no DSNAME) on the
JCL DD statement:

--
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: TSO ALLOC concat using VOLSER?

[Mark Zelden]

On Wed, 27 Feb 2008 14:34:32 -0500, Martin, Mike <[EMAIL PROTECTED]> wrote:

>All,
>
> 
>
>(For "allocating" existing datasets)  Can someone give an example of a
>TSO ALLOCATE command that uses concatenated datasets, where one of the
>datasets is NOT cataloged?  Is it possible?
>

It's not possible with ALLOCATE by itself.  But you can ALLOCATE an
uncataloged data set by itself to a separate DDNAME and then use
one of the "CONCAT" commands floating around to concatenate them
together (see http://www.cbttape.org).

Example:

ALLOC FI(NOTCAT) DA('dsn.not.catalog') + 
 SHR REUSE UNIT(SYSALLDA) VOL(vv)  
ALLOC FI(MYDD) DA('cat.dsn.#1' + 
  'cat.dsn.#2'+  
  'cat.dsn.#3')  SHR REUSE   
CONCAT   (MYDD,NOTCAT)   
OPENFILE MYDD INPUT   
...


Mark  
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
 

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

Re: 256 bytes again

[Rick Fochtman]

-
Does DSN=FORMAT4.DSCB not work in your JCL? I only use it for IDCAMS so 
maybe it doesn't work in the general case.

-
No, it doesn't work in the general case. Some utilities and service aids 
actually look at the DSNAME in the JFCB and will make the appropriate 
adjustments to open the actual VTOC dataset. AMASPZAP comes to mind for 
me; that's where I most often use it.


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

z10 LSPR

[Tom Marchant]

The z10 LSPR data is now available too.

http://www-03.ibm.com/servers/eserver/zseries/lspr/

-- 
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: TSO ALLOC concat using VOLSER?

[J R]

I believe Scott is correct.  
 
If you allocate a dataset without specifying its volser, 
allocation will run the DSAB queue *before* looking in 
the catalog.  If a dataset of the same name is already 
allocated, that's the same one that will be used in the 
subsequent allocation.  
 
> Date: Wed, 27 Feb 2008 14:54:05 -0500
> From: [EMAIL PROTECTED]
> Subject: Re: TSO ALLOC concat using VOLSER?
> To: IBM-MAIN@BAMA.UA.EDU
> 
> I haven't tried this, but I believe that if you allocate the uncataloged 
> dataset (to a different DD) prior to allocating the concatenation, then it 
> will be found. 
> 
> >>> "Martin, Mike" [EMAIL PROTECTED]> 2/27/2008 2:34 PM >>
> All,
> 
> (For "allocating" existing datasets) Can someone give an example of a
> TSO ALLOCATE command that uses concatenated datasets, where one of the
> datasets is NOT cataloged? Is it possible?
> 
> Mike Martin
 
_
Boo! Scare away worms, viruses and so much more! Try Windows Live OneCare!
http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews
--
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: TSO ALLOC concat using VOLSER?

[Mark Zelden]

On Wed, 27 Feb 2008 16:09:24 -0500, J R <[EMAIL PROTECTED]> wrote:

>I believe Scott is correct.  
> 
>If you allocate a dataset without specifying its volser, 
>allocation will run the DSAB queue *before* looking in 
>the catalog.  If a dataset of the same name is already 
>allocated, that's the same one that will be used in the 
>subsequent allocation.  
> 

I just tried that and it didn't work for me .  You (or someone else) is
welcome to try and see if they get different results.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: z10 LSPR

[Tom Schmidt]

On Wed, 27 Feb 2008 14:57:37 -0600, Tom Marchant wrote:

>The z10 LSPR data is now available too.
>
>http://www-03.ibm.com/servers/eserver/zseries/lspr/
 
 
Yes, and it looks like they are using a new "femtofont" on the z10 page.  
 
(Could they make it smaller still?  Is that why IBM is experimenting with the 
physical manipulation of single atoms - to be able to fit oodles of 
atomic-sized 
lines onto a single sheet of paper for the 2013 version of LSPR??  We'll see.) 
 
-- 
Tom Schmidt 
 

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

Re: z/OS 1.10 announcement -DASD size

[Farley, Peter x23353]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of McKown, John
> Sent: Tuesday, February 26, 2008 9:50 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: z/OS 1.10 announcement -DASD size
> 
> From the web page that I previously posted about z/OS 1.10
 
> Man, oh man! We'll finally have parity with the other systems for
truly
> huge volume sizes.

One question I had after reading that EAV part -- it says the EAV area
allows ESDS, KSDS, RRDS and LDS, so does "LDS" cover PDSE?  Or is PDSE
still going to be limited to the first 65,520 tracks?

Just curious.

Peter
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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: z10 LSPR

[William Bishop]

Since when are the MSU ratings dependent upon which release of zOS you are 
running?

My 2094-406 when running zOS 1.6 shows at 147 MSUs, but at zOS 1.8 shows 
at 144.  I am running at 1.8 and could sure use the reduced costs.

Thanks

Bill Bishop

Specialist
Mainframe Support Group
Server Development & Support
Toyota Motor Engineering & Manufacturing North America, Inc.
[EMAIL PROTECTED]
(502) 570-6143



Tom Marchant <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
02/27/2008 03:57 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
z10 LSPR






The z10 LSPR data is now available too.

http://www-03.ibm.com/servers/eserver/zseries/lspr/

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


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

Re: z/OS 1.10 announcement -DASD size

[Scott Ford]

All,
Where dod I find the announcement letter for z/os v1.10 ??
Regards,
Scott Ford IDF

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Farley, Peter x23353
Sent: Wednesday, February 27, 2008 5:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS 1.10 announcement -DASD size

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of McKown, John
> Sent: Tuesday, February 26, 2008 9:50 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: z/OS 1.10 announcement -DASD size
> 
> From the web page that I previously posted about z/OS 1.10
 
> Man, oh man! We'll finally have parity with the other systems for
truly
> huge volume sizes.

One question I had after reading that EAV part -- it says the EAV area
allows ESDS, KSDS, RRDS and LDS, so does "LDS" cover PDSE?  Or is PDSE
still going to be limited to the first 65,520 tracks?

Just curious.

Peter
This message and any attachments are intended only for the use of the
addressee and
may contain information that is privileged and confidential. If the reader
of the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this
communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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

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

Re: z/OS 1.10 announcement -DASD size

[Mark Zelden]

On Wed, 27 Feb 2008 17:30:20 -0500, Scott Ford
<[EMAIL PROTECTED]> wrote:

>All,
>Where dod I find the announcement letter for z/os v1.10 ??
>Regards,
>Scott Ford IDF
>

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS208-042

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: z10 LSPR

[Arthur T.]

On 27 Feb 2008 13:34:35 -0800, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] (Tom Schmidt) wrote:



The z10 LSPR data is now available too.

http://www-03.ibm.com/servers/eserver/zseries/lspr/


Yes, and it looks like they are using a new "femtofont" on 
the z10 page.
(Could they make it smaller still?  Is that why IBM is 
experimenting with the physical manipulation of single 
atoms - to be able to fit oodles of atomic-sized lines 
onto a single sheet of paper for the 2013 version of 
LSPR??  We'll see.)


 I don't see what your complaint is.  The font is a 
full 4.5 points; Word supports down to 1 point.  Isn't it 
obviously more important to get the whole table on one page 
than to be able to read it without a microscope?


 (I loved the phrasing of your complaint.  I've copied 
it to my own file of quotes to keep.)



--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" 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: z/OS 1.10 announcement -DASD size

[Walt Farrell]

On Wed, 27 Feb 2008 17:18:56 -0500, Farley, Peter x23353
<[EMAIL PROTECTED]> wrote:

>One question I had after reading that EAV part -- it says the EAV area
>allows ESDS, KSDS, RRDS and LDS, so does "LDS" cover PDSE?  Or is PDSE
>still going to be limited to the first 65,520 tracks?
>

What the announcement actually says:

In z/OS V1.10, support is planned for SMS and non-SMS managed VSAM data sets
(ESDS, KSDS, RRDS, and LDS) at any location on an extended address volume.
Non-VSAM data sets, catalogs, page data sets, and VSAM data sets with the
KEYRANGE
or IMBED attribute are restricted to the first 65,520 cylinders.


So, as it says, the support planned in z/OS V1.10 is for VSAM data in the
extended area (except for the kinds of VSAM exempted in the next sentence),
and everything else in the non extended area.

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

Re: z/OS 1.10 announcement -DASD size

[Farley, Peter x23353]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Walt Farrell
> Sent: Wednesday, February 27, 2008 5:40 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: z/OS 1.10 announcement -DASD size

> What the announcement actually says:
 
> So, as it says, the support planned in z/OS V1.10 is for VSAM data in
the
> extended area (except for the kinds of VSAM exempted in the next
> sentence), and everything else in the non extended area.

So you are saying that "everything else" includes PDSE?

Peter
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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: z/OS 1.10 announcement -DASD size

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 02/27/2008 
05:18:56 PM:

> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of McKown, John
> > Sent: Tuesday, February 26, 2008 9:50 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: z/OS 1.10 announcement -DASD size
> >
> > From the web page that I previously posted about z/OS 1.10
> 
> > Man, oh man! We'll finally have parity with the other systems for
> truly
> > huge volume sizes.
> 
> One question I had after reading that EAV part -- it says the EAV area
> allows ESDS, KSDS, RRDS and LDS, so does "LDS" cover PDSE?  Or is PDSE
> still going to be limited to the first 65,520 tracks?
> 

   In z/OS 1.10, PDSE remains limited to residing within cylinders
0-x''.

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

--
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: 262668 cylinders per volume ... Where did they get that number?

[Clark Morris]

On Wed, 27 Feb 2008 10:39:52 -0800 (PST), in bit.listserv.ibm-main you
wrote:

>Disk volumes can now be up to 262668 cylinders.  Where did they get
>that number?  It would make sense if it were slightly less than a
>power of two (e.g. 262144), but that number is slightly more than a
>power of two.
>
>Are channel programs changing the cylinder designation from 16 bits to
>32 bits?
>
>If they wanted to increase the capacity of a volume, why not simply
>increase the number of tracks-per-cylinder?  If I gotta re-write my
>code for more than 65535 cylinders, I might as well re-write my code
>for more than 15 tracks.

All of this to avoid getting FBA, improving ESDS by among other things
giving GDG function to them, and making PDSE a base data type rather
than a Started Task add-on.

Clark Morris

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

Re: z/OS 1.10 announcement -DASD size

[Walt Farrell]

On Wed, 27 Feb 2008 17:51:57 -0500, Farley, Peter x23353
<[EMAIL PROTECTED]> wrote:

>So you are saying that "everything else" includes PDSE?

Yes, as PDSE is -not- VSAM.  

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

Re: z/OS 1.10 announcement -DASD size

[Scott Ford]

Mark,
Thanks for the help, I appreciate it..

Regards,
Scott Ford
IDF

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Zelden
Sent: Wednesday, February 27, 2008 5:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS 1.10 announcement -DASD size

On Wed, 27 Feb 2008 17:30:20 -0500, Scott Ford
<[EMAIL PROTECTED]> wrote:

>All,
>Where dod I find the announcement letter for z/os v1.10 ??
>Regards,
>Scott Ford IDF
>

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&app
name=iSource&supplier=897&letternum=ENUS208-042

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [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: TSO ALLOC concat using VOLSER?

[J R]

>From the description of the ALLOCATE command 
operands in TSO/E Command Reference, SA22-7782:
 
"When you invoke ALLOCATE to perform dsname 
dynamic allocation, an "allocation environment" 
already exists for your request. It consists of the 
allocation requests, made via your JCL or internal 
dynamic allocation, that have not yet been 
deallocated. These resources are considered to be 
existing allocations, and are considered first in the 
attempt to fill your ALLOCATE requests. If possible, 
ALLOCATE will use an existing allocation to satisfy 
your dsname allocation request. Although some 
parameters can be changed if necessary, the 
request and the existing allocation must match 
according to several criteria before the allocation 
can be selected to satisfy your request."  
 
This was my recollection from the early '70s, 
although it's more generalized than I wrote in my 
earlier post.  However, I'm sure I remember it 
working in the case of non-cataloged datasets.  
 
I haven't had a chance to try it yet but, until I do, 
I'll take Mark's word for it that it doesn't work 
like I thought it did.  
 
 
> Date: Wed, 27 Feb 2008 15:29:28 -0600
> From: [EMAIL PROTECTED]
> Subject: Re: TSO ALLOC concat using VOLSER?
> To: IBM-MAIN@BAMA.UA.EDU
> 
> On Wed, 27 Feb 2008 16:09:24 -0500, J R <[EMAIL PROTECTED]> wrote:
> 
> >I believe Scott is correct. 
> > 
> >If you allocate a dataset without specifying its volser, 
> >allocation will run the DSAB queue *before* looking in 
> >the catalog. If a dataset of the same name is already 
> >allocated, that's the same one that will be used in the 
> >subsequent allocation. 
> > 
> 
> I just tried that and it didn't work for me . You (or someone else) is
> welcome to try and see if they get different results. 
> 
> Mark
> --
> Mark Zelden
 
 
 
_
Peek-a-boo FREE Tricks & Treats for You!
http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us
--
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: Is IBM/Tivoli turning into CA?

[Patrick O'Keefe]

On Tue, 26 Feb 2008 13:39:06 -0500, Andrew McIntyre <[EMAIL PROTECTED]> wrote:

>...
>The XE levels of the V41 OMEGAMONs are where all the power of the
>products are. They allow you to use the Tivoli Enterprise Portal (TEP)
>and it's "single pane of glass" architecture to combine distributed
>monitoring and System z OMEGAMONs all on one GUI. The overall technology
>is called IBM Tivoli Monitoring (ITM for short). Once you are
>comfortable with the attributes (metrics), workspaces, situations and
>queries of one product, you can jump over to any other product without
>any problems.
>...

I think it's interesting that the product we had before Omegamon and 
the product we've gone to after Omegamon use 3270-oriented displays.
(SystemView may have web access, too.  I don't know.  But it isn't
needed for the parts I've seen.)   The availability of and access to
data trumps cleverly devised and massively customizable gui displays.

I admit I'm a Luddite; my attitude doesn't count.   The attitude of the 
CICS/MQ/DB2 people that couldn't find their critical data DID count.

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: CA-SYSVIEW

[Norman Hollander]

Thanks, Dave. There are many ood features slated for the next release.
Happy to share offline, with anyone who may have interest.



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

Implementing PAV on EMC DASD

[Jason To]

All of our DASD subsystems are EMCs, I want to know if it's possible to
implement PAV on DASD made by EMC? Can it be defined as Control UNIT=2105?
Currently, it is defined as CONTROL UNIT=3990 and IODEVICE UNIT=3390 in the
IOCDS. TIA.

Regards,
Jason

--
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: Implementing PAV on EMC DASD

[Ted MacNEIL]

>All of our DASD subsystems are EMCs, I want to know if it's possible to 
>implement PAV on DASD made by EMC? Can it be defined as Control UNIT=2105?
Currently, it is defined as CONTROL UNIT=3990 and IODEVICE UNIT=3390 in the 
IOCDS.

EMC came out with PAV support, years ago.
So, as long as you are at z/OS 1.3 (or higher) the answer is yes.
(Former EMC customer).

-
Too busy driving to stop for gas!

--
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: Implementing PAV on EMC DASD

[Jason To]

Thanks for the prompt response.

Regards,
Jason 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted 
MacNEIL
Sent: Thursday, February 28, 2008 11:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Implementing PAV on EMC DASD

>All of our DASD subsystems are EMCs, I want to know if it's possible to 
>implement PAV on DASD made by EMC? Can it be defined as Control UNIT=2105?
Currently, it is defined as CONTROL UNIT=3990 and IODEVICE UNIT=3390 in the 
IOCDS.

EMC came out with PAV support, years ago.
So, as long as you are at z/OS 1.3 (or higher) the answer is yes.
(Former EMC customer).

-
Too busy driving to stop for gas!

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