Re: USERCATALOGS moving to SMS

[Lizette Koehler]

Just a heads up.

There are Health Checkers that you should review as you move catalogs to SMS.  
They will let you know if you need to adjust stuff

Typically IBM recommends specific coding for GRS to make your catalogs happier

And remember - when using a Storage array, the datasets may look separate - but 
the underlying LUNs may be the same.  So watch for hot spots in your array.



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Joe Owens
> Sent: Friday, November 10, 2017 5:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: USERCATALOGS moving to SMS
> 
> I am in the process of testing moving our user catalogs to SMS so that we can
> use RLS in ZOs V2.2
> 
> It all works just fine and looks like a very good performance benefit..
> Historically we have a volume for each user catalog. I guess this goes back
> to the days of reserves, etc.
> 
> All catalog type reserves are now converted, and I/O to the catalogs is
> typically very low using ECS sharing, and I would expect even lower with RLS
> buffering.
> So my question is, is it safe to place multiple user catalogs on a volume? I
> am using guaranteed space in SMS, so will be directing specific catalogs to
> specific volumes, so can keep 'hot' catalogs separate if needed, but I don't
> think the single volume per catalog is justified, especially as the trend is
> for volumes with more and more space.
> 
> Appreciate any comments.
> 
> Thanks
> 
> Joe Owens
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AMATERSE NOT FOUND

[Tony Harminc]

On 10 November 2017 at 11:57, Jesse 1 Robinson  wrote:
> I don't recall any mention of z/OS level in this thread. AMATERSE has been in 
> the base for years but not forever. Could we be dealing a very old release?

The OP said "We use OS V 2.1 ."

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AMATERSE NOT FOUND

[Jesse 1 Robinson]

Trying to reconstruct some history. TRSMAIN is now delivered as an alias for 
AMATERSE. Before AMATERSE was included in the z/OS base, TRSMAIN was a separate 
deliverable available via download. The only separate TRSMAIN I can find here 
goes back to late 1998, but it might have been last downloaded well before the 
advent of AMATERSE. 

According to a hit on Google, AMATERSE was introduced in z/OS 1.9. That would 
push the 'old z/OS' hypothesis well beyond likelihood. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, November 10, 2017 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: AMATERSE NOT FOUND

TRSMAIN is also missing.  That goes a lot further back.

On Fri, Nov 10, 2017 at 10:57 AM, Jesse 1 Robinson  
wrote:
> I don't recall any mention of z/OS level in this thread. AMATERSE has been in 
> the base for years but not forever. Could we be dealing a very old release?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Karl S Huf
> Sent: Friday, November 10, 2017 6:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: AMATERSE NOT FOUND
>
> Agreeing with both Skip and Ed here - missing AMATERSE would concern me about 
> what else may be missing.  First step is establishing where SMP/E believes 
> LMOD AMATERSE to be.  One possible disconnect might be that SMP/E is the one 
> with a specific VOLSER ref in the DDDEF (or worse, since it's much harder to 
> track, was done via JCL in the Apply) for SYS1.MIGLIB and it's properly 
> installed there but that version is not the one that is catalogued on the 
> systems where the attempted execution is failing.
>
>
> __
> __
> ___
> Karl S Huf | Senior Vice President | World Wide Technology
> 50 S LaSalle St, LQ-18, Chicago, IL  60603 | phone (312)630-6287 | 
> k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This 
> communication is confidential, may be privileged and is meant only for the 
> intended recipient. If you are not the intended recipient, please notify the 
> sender ASAP and delete this
> message from your system.  NTAC:3NS-20
>
> P Please consider the environment before printing this e-mail.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Edward Finnell
>> Sent: Thursday, November 09, 2017 2:31 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [EXT] Re: AMATERSE NOT FOUND
>>
>> Yeah, I'm with Skip on this. MIGLIB is an important DSN. Could it be
> you're
>> using VOL=SER= to a back level copy? Just fishing..
>>
>> Alternatively can use DAF to look for dinkers.
>>
>> In a message dated 11/9/2017 12:32:49 PM Central Standard Time, 
>> jesse1.robin...@sce.com writes:
>>
>>
>> I find the disappearance of AMATERSE and its aliases GIMUNPCK and 
>> TRSMAIN troubling.
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AMATERSE NOT FOUND

[Mike Schwab]

TRSMAIN is also missing.  That goes a lot further back.

On Fri, Nov 10, 2017 at 10:57 AM, Jesse 1 Robinson
 wrote:
> I don't recall any mention of z/OS level in this thread. AMATERSE has been in 
> the base for years but not forever. Could we be dealing a very old release?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Karl S Huf
> Sent: Friday, November 10, 2017 6:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: AMATERSE NOT FOUND
>
> Agreeing with both Skip and Ed here - missing AMATERSE would concern me about 
> what else may be missing.  First step is establishing where SMP/E believes 
> LMOD AMATERSE to be.  One possible disconnect might be that SMP/E is the one 
> with a specific VOLSER ref in the DDDEF (or worse, since it's much harder to 
> track, was done via JCL in the Apply) for SYS1.MIGLIB and it's properly 
> installed there but that version is not the one that is catalogued on the 
> systems where the attempted execution is failing.
>
>
> 
> ___
> Karl S Huf | Senior Vice President | World Wide Technology
> 50 S LaSalle St, LQ-18, Chicago, IL  60603 | phone (312)630-6287 | 
> k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This 
> communication is confidential, may be privileged and is meant only for the 
> intended recipient. If you are not the intended recipient, please notify the 
> sender ASAP and delete this
> message from your system.  NTAC:3NS-20
>
> P Please consider the environment before printing this e-mail.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Edward Finnell
>> Sent: Thursday, November 09, 2017 2:31 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [EXT] Re: AMATERSE NOT FOUND
>>
>> Yeah, I'm with Skip on this. MIGLIB is an important DSN. Could it be
> you're
>> using VOL=SER= to a back level copy? Just fishing..
>>
>> Alternatively can use DAF to look for dinkers.
>>
>> In a message dated 11/9/2017 12:32:49 PM Central Standard Time,
>> jesse1.robin...@sce.com writes:
>>
>>
>> I find the disappearance of AMATERSE and its aliases GIMUNPCK and
>> TRSMAIN troubling.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: USERCATALOGS moving to SMS

[Edward Gould]

> On Nov 10, 2017, at 6:14 AM, Joe Owens  wrote:
> 
> I am in the process of testing moving our user catalogs to SMS so that we can 
> use RLS in ZOs V2.2
> 
> It all works just fine and looks like a very good performance benefit.. 
> Historically we have a volume for each user catalog. I guess this goes back 
> to the days of reserves, etc.
> 
——SNIP
Jesse,

The days of one catalog per volume was in the VS1 days. They also used a method 
of sub allocation, in that you defined a huge space on the volume and all new 
vsam datasets were put into that one space.
I vaguely remember doing the conversion to MVS and the conversion worked like 
magic, what used to be one dataset was now several hundred. I was happy that 
the person  who originally created it allowed enough vote space.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AMATERSE NOT FOUND

[Jesse 1 Robinson]

I don't recall any mention of z/OS level in this thread. AMATERSE has been in 
the base for years but not forever. Could we be dealing a very old release?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Karl S Huf
Sent: Friday, November 10, 2017 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: AMATERSE NOT FOUND

Agreeing with both Skip and Ed here - missing AMATERSE would concern me about 
what else may be missing.  First step is establishing where SMP/E believes LMOD 
AMATERSE to be.  One possible disconnect might be that SMP/E is the one with a 
specific VOLSER ref in the DDDEF (or worse, since it's much harder to track, 
was done via JCL in the Apply) for SYS1.MIGLIB and it's properly installed 
there but that version is not the one that is catalogued on the systems where 
the attempted execution is failing.



___
Karl S Huf | Senior Vice President | World Wide Technology
50 S LaSalle St, LQ-18, Chicago, IL  60603 | phone (312)630-6287 | 
k...@ntrs.com Please visit northerntrust.com CONFIDENTIALITY NOTICE: This 
communication is confidential, may be privileged and is meant only for the 
intended recipient. If you are not the intended recipient, please notify the 
sender ASAP and delete this
message from your system.  NTAC:3NS-20

P Please consider the environment before printing this e-mail.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Edward Finnell
> Sent: Thursday, November 09, 2017 2:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Re: AMATERSE NOT FOUND
>
> Yeah, I'm with Skip on this. MIGLIB is an important DSN. Could it be
you're
> using VOL=SER= to a back level copy? Just fishing..
>
> Alternatively can use DAF to look for dinkers.
>
> In a message dated 11/9/2017 12:32:49 PM Central Standard Time, 
> jesse1.robin...@sce.com writes:
>
>
> I find the disappearance of AMATERSE and its aliases GIMUNPCK and 
> TRSMAIN troubling.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SUBSYS=

[Dana Mitchell]

Elardus,

The MVS Updates directory has an $$index.txt   it appears none of the other 
flavors do.

http://www.cbttape.org/xephon/xephonm/%24%24index.txt

Dana

On Fri, 10 Nov 2017 07:19:32 -0600, Elardus Engelbrecht 
 wrote:

>Mike Kerford-Byrnes wrote:
>
>>>Are you refering to this: http://www.cbttape.org/xephon/ ?
>
>>I am.  I have not looked at all of the 100 PDFs - just a selection.  Is there 
>>a cumulative index hidden away somewhere amongst them?
>
>Ok. I wish there is such a list, but I don't have time to search all of them. 
>Too lazy... ;-)
>
>Groete / Greetings
>Elardus Engelbrecht
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SUBSYS=

[Elardus Engelbrecht]

Mike Kerford-Byrnes wrote:

>>Are you refering to this: http://www.cbttape.org/xephon/ ?

>I am.  I have not looked at all of the 100 PDFs - just a selection.  Is there 
>a cumulative index hidden away somewhere amongst them?

Ok. I wish there is such a list, but I don't have time to search all of them. 
Too lazy... ;-)

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Enterprise COBOL version runtime

[Wheeler, Simon]

Hi,

Sorry I should have been clearer - yes the C/C++ prelinker.

thanks,

  Simon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: 03 November 2017 16:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Enterprise COBOL version runtime

WARNING: this email has originated from outside of the SSE Group. Please treat 
any links or attachments with caution.

**
Never mind my dumb question.  I just realized you are talking about the C/C++ 
pre-linker, not the CICS and DB2 source code pre-processors.

Apologies for wasting bandwidth.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Friday, November 03, 2017 12:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Enterprise COBOL version runtime

Simon,

We are transitioning to COBOL V5.2 from V4.2 and have been compiling with both 
the CICS pre-linker and the DB2 pre-linker with no trouble so far.  Well, a 
little trouble with the DB2 pre-linker, you do have to resolve all COPY 
statements before you feed source to the DB2 pre-linker, but the COBOL V5.2 
MDECK(NOCOMPILE) option makes that easy.

Can you describe the compile failures in a little more detail please?

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wheeler, Simon
Sent: Friday, November 03, 2017 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Enterprise COBOL version runtime

Hi,

We hit a problem relating to the pre-linker. COBOL v4 is the last release of 
COBOL to support calls to subroutines/sub-programs that have used the 
pre-linker.

We have an application written in C and COBOL that extensively used the 
pre-linker. During the COBOL upgrade we discovered that compiles were failing. 
Consequence was that we had to regress the COBOL upgrade! Still working on the 
upgrade plan to COBOL v6.

thanks,

  Simon Wheeler

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: 02 November 2017 12:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Enterprise COBOL version runtime


**
First off, why go to V5, when V6.2 is now out.In order for both compilers 
to co-exist, you will have to have different Dataset names for the compiler.   
Also, make sure that all the LE support maintenance for the newer version is 
installed and active on all of your systems.  Lastly, you probably know, but 
the load libraries need to be PDSE, and new cobol wont co-exist in the same 
run-unit with OSVS COBOL compiled modules, so you could have some unintended 
problems if modules shared get upgraded that also include calls to other older 
modules.

There is an entire migration guide discussing all of this.   We are just 
starting down this path too.   

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Ashton
Sent: Thursday, November 02, 2017 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Enterprise COBOL version runtime

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hello fellow dragon-slayers!

We are finally biting the bullet and getting ready to move forward with the 
Enterprise Cobol v 5. I know there are a lot of changes to v 5 from the world 
as we know it, and I will be perusing the documentation very soon, but can 
someone give me a quick 3-foot view of this upgrade specific to one 
question?

If we implement v 5 in our development LPAR before our production LPAR, can we 
run the v 5 programs/load modules in our v4 production system? Are there any 
cross-version things we need to be aware of?

Thanks for helping me with this question (my management would thank you, too!).

Billy

--


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 
lists...@listserv.ua.edu with the 

ICETOOL to parse "spanned" logical recs in physical recs

[Mike O'Connell]

Hello,

I want to parse a file with physical records that contain one or more logical 
records. Each logical record starts with a 2 byte binary length field. The goal 
is to produce a file that contains "logical = physical" records. I'm not seeing 
how ICETOOL could do this (although i've yet to get permission to FTP download  
the DFSORT/ICETOOL tips and tricks PDF).  Any advice? Hope this was clear.
 
Mike

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

USERCATALOGS moving to SMS

[Joe Owens]

I am in the process of testing moving our user catalogs to SMS so that we can 
use RLS in ZOs V2.2

It all works just fine and looks like a very good performance benefit.. 
Historically we have a volume for each user catalog. I guess this goes back to 
the days of reserves, etc.

All catalog type reserves are now converted, and I/O to the catalogs is 
typically very low using ECS sharing, and I would expect even lower with RLS 
buffering.
So my question is, is it safe to place multiple user catalogs on a volume? I am 
using guaranteed space in SMS, so will be directing specific catalogs to 
specific volumes, so can keep 'hot' catalogs separate if needed, but I don't 
think the single volume per catalog is justified, especially as the trend is 
for volumes with more and more space.

Appreciate any comments.

Thanks

Joe Owens

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SUBSYS=

[Mike Kerford-Byrnes]

:Elardus Engelbrecht wrote:

 

>P.S. 2 - Is there an index of ALL the topic titles for the Xephon Manuals
in a given set held on the CBTTAPE site?  So far all I have been able to
find is the once a year accumulation - but I have to look at each month's
worth until I find it.  It would be helpful, especially in cases such as
this to have a listing of all of the topics in, say, all of the Xephon MVS
Updates held on the CBTTAPE site.

 

Are you refering to this: http://www.cbttape.org/xephon/ ?

 

I am.  I have not looked at all of the 100 PDFs - just a selection.  Is
there a cumulative index hidden away somewhere amongst them?

 

MKB  

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN