Re: Page/Alert notifications from z/os [SEC=UNOFFICIAL]

[van der Grijn, Bart (B)]

Our TWS and other alerts are trapped by System Automation which sends them to 
Omnibus after which they end up as ServiceNow tickets.
Bart

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jones, Phil
Sent: Tuesday, June 18, 2019 6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Page/Alert notifications from z/os [SEC=UNOFFICIAL]

This email originated from outside of the organization.


Who has  taken the whole process a step further by raising problem tickets, 
sending alerts to "Single Pane of Glass" (for example)?
I'm especially interested to hear if anyone is using TBSM...

Regards; Phil

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

Re: DFSORT ICE085A - Options?

[van der Grijn, Bart (B)]

Thanks all for the comments and advice. My issue is resolved, but I don't yet 
understand why.

A big thanks to Kolusu. I took him up on his offer and sent him the relevant 
data offline. He produced a solution that looks as follows (apologies if the 
formatting gets messed up): 

My original control cards: 
  OPTION COPY,NOVLSHRT,
  OUTFIL FNAMES=OUT,VTOF,OUTREC=(ASEGAR,
  C'|', 
...

...
  C'|',
  AFRE98)  

Kolusu's solution: 
  OPTION COPY
  INREC IFTHEN=(WHEN=INIT,
BUILD=(RDW,
   ASEGAR,
 C'|',
...

...
 C'|',
 AFRE98))
  OUTFIL VTOF,BUILD=(5,5090)

This solved my problem and was a simple fix to implement in the REXX that 
generates the control cards. 

In addition he pointed out that my edit masks needed some work as I had a lot 
of 
EDIT=(I.II) 
types of masks that should have been 
EDIT=(T.TT) 

So while my issue is resolved, I do wonder what the magic here is. Reviewing 
the manual on INREC IFTHEN(WHEN=INIT it suggests there's no actual 
functionality to this for the sort statement I have. However, removing this and 
just using INREC BUILD resulted in the same ICE085A problem. 
So what's the logic here with regards to IFTHEN and memory usage? 

Thanks,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Tuesday, April 02, 2019 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT ICE085A - Options?

>>There are 473 input fields that are copied over, some of them converted,
with '|' inserted as separator.
Bart,

That is one too many edit fields.  Looks like you have an input file and
want to convert it to pipe delimited file. If you can send me a sample
input file and the symbol mapping along with control cards, then I probably
might be able to come up with something ( No promises though)

Thanks,
Kolusu
DFSORT Development
IBM Corporation

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

DFSORT ICE085A - Options?

[van der Grijn, Bart (B)]

A question for the DFSort experts.
I have a job that fails with
ICE085A 0 SECOND COMMUNICATION AREA SPACE EXCEEDED - ADD AT LEAST 0K BYTES TO 
REGION
I understand what the message manual is telling me (reduce the complexity of 
the application), but how do I determine what the limits are or what clauses 
influence the memory usage?

The JCL is pretty straightforward
//SORT EXEC PGM=ICEMAN
//SYSOUT   DD  SYSOUT=*
//SORTINDD DISP=SHR,DSN=U762837.PERM.ANLA.RAW
//SYMNAMES  DD DISP=(OLD,DELETE),DSN=&
//OUT   DD DUMMY
//SYSIN DD DISP=(OLD,DELETE),DSN=&

The control statements after symbol substitution, as shown by sort:

ICE282I 0 PERFORMING SYMBOL SUBSTITUTION AS NEEDED
ICE805I 1 JOBNAME: SSSAPEX5 , STEPNAME: EXTRACT
ICE802I 0 BLOCKSET TECHNIQUE IN CONTROL
ICE143I 0 BLOCKSET COPY  TECHNIQUE SELECTED
ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES 
AND MORE
ICE000I 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - 13:09 ON TUE 
APR 02, 2019 -
   OPTION COPY,NOVLSHRT,MAINSIZE=MAX
   OUTFIL 
FNAMES=OUT,VTOF,OUTREC=(5,2,C'|',7,1,BI,TO=ZD,LENGTH=2,C'|',8,1*
 
,C'|',9,2,C'|',11,3,C'|',14,8,C'|',22,3,C'|',28,2,C'|',3*
 
0,1,C'|',31,6,C'|',40,6,C'|',46,12,C'|',61,1,C'|',62,4,C*
 
'|',66,8,C'|',74,8,C'|',82,1,C'|',83,4,C'|',87,4,C'|',91*
 
,4,C'|',96,11,C'|',107,15,C'|',122,2,C'|',124,8,C'|',132*
 
,8,C'|',140,3,C'|',143,1,C'|',147,10,C'|',157,1,BI,TO=ZD*
 
,LENGTH=2,C'|',158,2,C'|',160,8,C'|',168,8,C'|',176,2,C'*
 
|',178,8,C'|',186,8,C'|',194,2,C'|',196,8,C'|',204,8,C'|*
 
',212,2,C'|',214,8,C'|',222,8,C'|',230,2,C'|',232,8,C'|'*
 
,240,8,C'|',252,8,C'|',260,2,C'|',262,2,C'|',267,2,PD,TO*
 
=ZD,LENGTH=3,C'|',269,4,C'|',273,2,C'|',275,1,C'|',276,1*
 
,C'|',280,8,C'|',288,8,C'|',296,8,C'|',308,8,C'|',316,3,*
 
C'|',319,12,C'|',331,8,C'|',346,8,C'|',354,8,C'|',362,8,*
 
C'|',370,8,C'|',378,2,C'|',383,25,C'|',408,25,C'|',433,2*
 
5,C'|',458,25,C'|',486,4,C'|',490,7,PD,EDIT=(III*
 
.II),C'|',509,6,PD,EDIT=(I.II),C'|',515,3,C'|',5*
 
18,25,C'|',543,8,C'|',551,8,C'|',559,6,PD,EDIT=(*
 
I.II),C'|',565,6,PD,EDIT=(I.II),C'|',571,8,C'|',*
 
579,2,C'|',581,7,PD,EDIT=(III.II),C'|',591,2,C'|*
...
 
169,6,PD,EDIT=(I.II),C'|',3175,6,PD,EDIT=(II*
 
III.II),C'|',3181,6,PD,EDIT=(I.II),C'|',3187,3,P*
 
D,EDIT=(III.II),C'|',3190,6,PD,EDIT=(I.II),C'|',*
 3196,8,C'|',3207,8,C'|',3215,8,C'|',3226,81)
ICE085A 0 SECOND COMMUNICATION AREA SPACE EXCEEDED - ADD AT LEAST 0K BYTES TO 
REGION
ICE751I 0 C5-K76982 C6-K90026 E7-K95469
ICE052I 3 END OF DFSORT

If anybody wants to see the complete list, let me know. There are 473 input 
fields that are copied over, some of them converted, with '|' inserted as 
separator.
I realize this is z/OS 1.12 and not supported. This is an older system that we 
hope to retire later this year. The job in question will be used to extract 
tape data to import into another solution before we turn off the system.

I can find ways to split up the job to make it work, but would rather not. So 
my questions are
Are there any easy fixes where I use different clauses to reduce the complexity?
If not, what determines the limits? Something like "You've got xK, each field 
will use y bytes, a conversion add z bytes, etc." ? Or is it a matter of trial 
and error until I find something that works?

Thanks,
Bart

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

Re: Charles B. Wang, former Islanders owner dies, his attorney says | Newsday

[van der Grijn, Bart (B)]

This 1990 article, linked from the CA Wikipedia entry, suggests CA-Sort was a 
CA product before Wang acquired CA.
https://www.nytimes.com/1990/09/23/magazine/computers-selling-software-the-hard-way.html

"...upon graduating in 1967... Seven years later, Charles encountered a 
remarkably efficient Swiss software program, CA-SORT, that had the ability to 
sort data on I.B.M. mainframes. In his opinion, it worked better than I.B.M.'s 
own software.
The Swiss supplier was Computer Associates International. Wang entered a joint 
venture with the company to distribute the software in the United States. 
Selling primarily by telephone because he could not afford a sales staff, Wang 
was doing well enough two years later to buy out his Swiss partners for an 
undisclosed price."

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chuck
Sent: Monday, October 22, 2018 10:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Charles B. Wang, former Islanders owner dies, his attorney says | 
Newsday

This email originated from outside of the organization.


That timeline is approximately correct. However, I am talking about the 
acquisition of only the sort product which must have been somewhere around 1978 
or before. I started in 79.

Chuck Arney

> On Oct 22, 2018, at 9:12 PM, Wayne Driscoll  
> wrote:
>
> CA-Sort was a CA product well before the Pansophic acquisition. Pansophic 
> wasn't acquired until 1991, while CA-Sort was available in the late 70's or 
> early 80's at the latest.
>
> Wayne Driscoll
> Rocket Software
> Note - All opinions are strictly my own.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Chuck
> Sent: Monday, October 22, 2018 5:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Charles B. Wang, former Islanders owner dies, his attorney says 
> | Newsday
>
> IIRC CA-SORT was acquired from Pansophic. It was originally PANSORT.
>
> Chuck Arney
>
>> On Oct 22, 2018, at 4:46 PM, Glenn Miller  wrote:
>>
>> I was told that CA-SORT was designed by someone named Max, I don't recall 
>> his last name.  In late 1978, development of CA-SORT for DOS/VS(E) was 
>> transferred to the USA from a couple of folks in Germany.
>>
>> When the software development group was transferred from Danbury, CT to 
>> Jericho, NY, I remember Charles stopping by my office occasionally when he 
>> would need to chat with Russ.  He once told me that he "almost" felt bad 
>> about how "little" salary he paid us vs the number of CA-SORT licenses they 
>> were closing each month.  "Almost".
>>
>> Glenn
>>
>> --
>> 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
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
> Main Office Toll Free Number: +1 855.577.4323

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

Re: Knowledge Centre - (was Re: Rant)

[van der Grijn, Bart (B)]

Hi Sue, thanks for the follow up. I sent you a direct email so I could include 
screen prints of what I'm getting. 

Thanks,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Thursday, May 10, 2018 8:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Knowledge Centre - (was Re: Rant)

Hi Bart,

I followed your example on Firefox and wasn't able to recreate a reset 
nav. First, I opened the nav and clicked the pushpin icon at the top 
right corner to pin it open. I then clicked through the nav to the "MVS 
system commands reference" topic and then clicked the "MODIFY command" 
link near the bottom to bring me to that topic. The nav on the left 
refreshed and did look like it reset - it didn't scroll properly to show 
the "MODIFY command" topic in the branching. However, after I scrolled a 
bit to find it, I saw that it was indeed highlighted as the active topic 
and expanded.

The IBM KC product development team has been working to improve the nav, 
so I'll pass your comment along to them as an example of the current 
user concerns. Thanks!

-Sue Shumway

On 05/09/18 8:00 AM, van der Grijn, Bart , B wrote:
> So while we're on a rant/wishlist for kc4z, can I ask that the random 
> behaviour of the left panel gets addressed?
> 
> Example:
> Let's say I want to look in to MVS commands. I navigate the TOC panel on the 
> left to select z/OS 2.3, then z/OS MVS, then z/OS MVS System Commands, and 
> then MVS System Command Reference (yes, I know I can just search instead, but 
> this is just an example). On the right contents panel I then click a link to 
> take me to the MODIFY command. At that time my left panel resets and I lost 
> the navigation I did to get to the section of the manual I want to be at. In 
> my mind the left panel should either stay where it is or follow where the 
> link takes me.
> 
> Bart
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Carmen Vitullo
> Sent: Tuesday, May 08, 2018 11:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Knowledge Centre - (was Re: Rant)
> 
> This email originated from outside of the organization.
> 
> 
> Yep, that's exactly what I'm looking for, z/OS Plus IMS, DB2, I know I have 
> CICS, and CICS/FA loaded, but I'd like to have Omegamon, CDC 
> (Infosphere).to name a few.
> 
> 
> 
> Carmen Vitullo
> 
> - Original Message -
> 
> From: "Susan Shumway" <chale...@us.ibm.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, May 8, 2018 10:31:17 AM
> Subject: Re: Knowledge Centre - (was Re: Rant)
> 
> Hi Mike,
> 
> Good idea, but that index file only serves as a local ToC with links to
> the PDFs that you've downloaded from
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzOSV2R3Library=02%7C01%7Cbvandergrijn%40DOW.COM%7C4d6fc308aa384c86d59208d5b4f9db5b%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C636613907583381095=uGN6RH%2Bf7tcy4QrPGkg502%2B3HgUwRVW40wARNJcckIs%3D=0
> , which pretty much contains only z/OS elements and features. It's very
> useful for what it does for z/OS, but it doesn't help for separate
> products like DB2, IMS, etc.
> 
> -Sue Shumway
> 
> 
> On 05/08/18 11:20 AM, Mike Schwab wrote:
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww-304.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzOSV2R3IndexFile=02%7C01%7Cbvandergrijn%40DOW.COM%7C4d6fc308aa384c86d59208d5b4f9db5b%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C636613907583381095=VdUXC7%2FEZheo7VUFvo8VBhAtD5qufLeDwvGqaK1%2F9sM%3D=0
>>
>> On Tue, May 8, 2018 at 9:57 AM, Susan Shumway <chale...@us.ibm.com> wrote:
>>> Hi Elardus,
>>>
>>> Wow, you're even more expensive than my babysitter! Never mind. ;-)
>>>
>>> I completely agree that it would be nice if all products that run on z/OS
>>> could provide content in the same downloadable format and that it's all easy
>>> to find. In the meantime, I like your idea of a ""big-mother-of-all" URL"
>>> and will run it by our strategist. (Of course, we have
>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzosInternetLibrary=02%7C01%7Cbvandergrijn%40DOW.COM%7C4d6fc308aa384c86d59208d5b4f9db5b%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C636613907583381095=YQaU%2F0L7wGPbQHOkI0wYpCHBK3cM5PoaCCNqXuNYolo%3D=0
>>> for z/OS, but that doesn't include the other products.) Consider opening a
>>> requirement for it - that will help with participation from the

Re: Knowledge Centre - (was Re: Rant)

[van der Grijn, Bart (B)]

So while we're on a rant/wishlist for kc4z, can I ask that the random behaviour 
of the left panel gets addressed? 

Example: 
Let's say I want to look in to MVS commands. I navigate the TOC panel on the 
left to select z/OS 2.3, then z/OS MVS, then z/OS MVS System Commands, and then 
MVS System Command Reference (yes, I know I can just search instead, but this 
is just an example). On the right contents panel I then click a link to take me 
to the MODIFY command. At that time my left panel resets and I lost the 
navigation I did to get to the section of the manual I want to be at. In my 
mind the left panel should either stay where it is or follow where the link 
takes me.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, May 08, 2018 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Knowledge Centre - (was Re: Rant)

This email originated from outside of the organization.


Yep, that's exactly what I'm looking for, z/OS Plus IMS, DB2, I know I have 
CICS, and CICS/FA loaded, but I'd like to have Omegamon, CDC 
(Infosphere).to name a few.



Carmen Vitullo

- Original Message -

From: "Susan Shumway" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 8, 2018 10:31:17 AM
Subject: Re: Knowledge Centre - (was Re: Rant)

Hi Mike,

Good idea, but that index file only serves as a local ToC with links to
the PDFs that you've downloaded from
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzOSV2R3Library=02%7C01%7Cbvandergrijn%40DOW.COM%7C4d6fc308aa384c86d59208d5b4f9db5b%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C636613907583381095=uGN6RH%2Bf7tcy4QrPGkg502%2B3HgUwRVW40wARNJcckIs%3D=0
, which pretty much contains only z/OS elements and features. It's very
useful for what it does for z/OS, but it doesn't help for separate
products like DB2, IMS, etc.

-Sue Shumway


On 05/08/18 11:20 AM, Mike Schwab wrote:
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww-304.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzOSV2R3IndexFile=02%7C01%7Cbvandergrijn%40DOW.COM%7C4d6fc308aa384c86d59208d5b4f9db5b%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C636613907583381095=VdUXC7%2FEZheo7VUFvo8VBhAtD5qufLeDwvGqaK1%2F9sM%3D=0
>
> On Tue, May 8, 2018 at 9:57 AM, Susan Shumway  wrote:
>> Hi Elardus,
>>
>> Wow, you're even more expensive than my babysitter! Never mind. ;-)
>>
>> I completely agree that it would be nice if all products that run on z/OS
>> could provide content in the same downloadable format and that it's all easy
>> to find. In the meantime, I like your idea of a ""big-mother-of-all" URL"
>> and will run it by our strategist. (Of course, we have
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzosInternetLibrary=02%7C01%7Cbvandergrijn%40DOW.COM%7C4d6fc308aa384c86d59208d5b4f9db5b%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C636613907583381095=YQaU%2F0L7wGPbQHOkI0wYpCHBK3cM5PoaCCNqXuNYolo%3D=0
>> for z/OS, but that doesn't include the other products.) Consider opening a
>> requirement for it - that will help with participation from the other
>> products.
>>
>> -Sue Shumway
>>
>> On 05/07/18 4:22 AM, Elardus Engelbrecht wrote:
>>>
>>> Susan Shumway wrote:
>>>
 You're hired, Elardus! ;-)
>>>
>>>
>>> Thanks for your nice compliment, I am humbled by your comments. Ok, but I
>>> am way too expensive - starting at $1 million per second, can you afford
>>> that? ;-D
>>>
>>> Ok, seriously.
>>>
 My own broken record statement is that we're constantly trying to improve
 how the Knowledge Center handles the extensive z/OS library of content. We
 always appreciate input, though.
>>>
>>>
>>> What about Carmen Vitullo comments? He said:
>>>
> That sounds great Susan, and I have the KC server running on an LPAR
> here, (2.2) and using Softcopy Librarian V5 to load the contents, so where
> are all the 'other' books I'd like to load, DB2, MQ, IMS...to name a few?
> those KC books do not appear in any selection, .Boo or .PDF format for
> me to download. what am I missing?
>>>
>>>
>>> They are there (on the internet) and these books on the KC were also
>>> discussed some time ago. Just that it can take some serious searching (even
>>> with Google) to locate them...
>>>
>>> But, it would indeed be great if they (DB2, MQ, etc.) are also located on
>>> the KC Server on z/OS system.
>>>
>>>
>>> To Susan, What about a really "big-mother-of-all" URL where all and every
>>> collections (hardware, software, operating systems, hot topics, redbooks,
>>> database systems, Linux, LookAt, etc.) are listed? That URL's domain name
>>> should stays permanently while the various addresses (domain and IP
>>> addresses) can change anytime.
>>>
>>> I would appreciate it that there is one 

Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

[van der Grijn, Bart (B)]

If you can, I would recommend putting everything under B (put it in a ucat), 
limit your install libraries to your  or similar volumes and use system 
symbols for you PROGxx entries. 
Except for SYS1 all our load libraries are in ucats. All LNK or LPA libraries 
are on  and every single entry in PROGxx has VOLUME() coded (and 
every entry ins LPALSTxx has  coded as the volser)

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Monday, April 30, 2018 9:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

This email originated from outside of the organization.


What am I trying to do?
Let's say a product installation/customisation allows only for 1 HLQ, so I 
choose B for it because
A.** is used to host datasets that need to be LNK/LPAd.
B.** is used to host datasets that need to be APFd or nothing at all (just 
run-time).

A.** goes direct to the MCAT and B.** goes to a CATALOG.B.UCAT

Because I mentioned the 1 HLQ in product customisation, I need to make sure 
that if the files are looked for in B.**, the A.** files need to be reachable 
via their alises in B.**.

Makes sense?

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday 30-Apr-2018 23:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

It is best to keep everything in the same UCAT. Makes for a happy system

Could you explain what you are trying to do?

I have used SYMBLICREALTES and SYSTEM SYMBOLS to add things like release levels 
in datasets, without the user having to change the JCL

For example.  A.R111.B.C  would be related to A.B.C  which the end user always 
uses  and the R111 could be a system symbol that could be dynamically changed 
as need.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Monday, April 30, 2018 9:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IEFA107I when pointing to dataset alias
>
> Hello All,
>
> Let's say I have A.DATA.SET in APF and LNK.
> I then create B.DATA.SET as an alias to A.DATA.SET
>
> NONVSAM --- A.DATA.SET
>  IN-CAT --- CATALOG.MASTER.CAT
>  HISTORY
>DATASET-OWNER-(NULL) CREATION2018.120
>RELEASE2 EXPIRATION--.000
>  VOLUMES
>VOLSERVOL001 DEVTYPE--X'3010200F' FSEQN---
> ---0
>  ASSOCIATIONS
>ALIASB.DATA.SET
>  ATTRIBUTES
>
> ALIAS - B.DATA.SET
>  IN-CAT --- CATALOG.MASTER.CAT
>  HISTORY
>RELEASE2 CREATION2018.120
>  ASSOCIATIONS
>NONVSAM-A.DATA.SET
>
>
> But when I refer to B.DATA.SET in //SYSLIB in an assemble job, I get
> --> IEFA107I JOBNAME STEPNAME SYSLIB - DATA SET B.DATA.SET NOT FOUND
>
> What gives.. ?
>
> - Vignesh
> Mainframe Infrastructure
>
>

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

Re: CFSizer site move

[van der Grijn, Bart (B)]

Kees, there used to be an IBM techdoc article where IBM admitted that their 
search capabilities suck. The suggestion in the article was to use google with 
a site:ibm.com tag. Not sure if the article is still there. 
I did a google search on "cfsizer site:ibm.com" and the first hit seems to be 
what you would expect. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, April 12, 2018 3:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CFSizer site move

This email originated from outside of the organization.


Communication is not really the solution here. If every url in the IBM site 
that was changed would be communicated to me, I would be flooded and I would 
direct them immediately to the spam box. And by the time I needed the cfsizer 
url-change info, I am sure I will not be able to find it anymore.

For fun, I tried to find cfsizer, as if I had a non-working link.

I went to IBM.COM and for speed I typed cfsizer in the search box. I got *300* 
matches.
Hoping that they were ordered on relevance, I went to the first hit about Z 
mainframes, but it did not even contain the word "cfsizer". How did this come 
up in the answers, this is not Facebook, is it, knowing better than I do myself 
what I want to see.
Then second was a cfsizer APAR.
The third was a problem about ReporterPLUS (what is that), but again no text 
"cfsizer" on the page.
Etc. since I had other things to do too today, I stopped after two pages of 
results, but I had not found cfsizer yet.

Then, on the IBM.COM site I went to 'Support', although it did was not the 
first obvious selection in my opinion. In that search box I typed cfsizer and 
this gave 490 results, all of them more or less related to cfsizer, but as far 
as I could see, no link to *the* cfsizer page.

That's the problem, if you have a huge, complex site like IBM, make it at least 
well accessible. Each time I found a page, I store it in my favorites, so I can 
find it back easily. Each time I have a broken link on the IBM site, I am sure 
this will cost me a lot of time to find the new one or I must hope that a 
colleague has already found it.

Could you give me a useful way to find something (z/OS related) in IBM.COM?

Grtn,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Finnell
> Sent: 11 April, 2018 20:51
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CFSizer site move
>
> "What we have here Luke is a failure to communicate"
>
>
> In a message dated 4/11/2018 1:33:58 PM Central Standard Time,
> nei...@us.ibm.com writes:
>
>
> But I'll be working on getting the various publications and websites
> that point to CFSizer updated with the new URL. Sorry for the
> inconvenience.

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

Re: DFHSM Migration of SYS1 datasets ?

[van der Grijn, Bart (B)]

I've never used the option, but the way I read the manual (z/OS 2.3), it 
specifically requires the LEVEL parameter. I assume that means you need to do a 
SETMIG for LEVEL(SYS1) rather than at the DATASETNAME level. 
I haven't tested this, it's just how I interpret the manual. 
FWIW,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Tuesday, March 27, 2018 4:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM Migration of SYS1 datasets ?

This email originated from outside of the organization.


And the SETMIG command's apparent  explicit purpose as  documented to allow 
removing/reinstating this restriction by LEVEL or DATASETNAME.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Anthony Thompson
> Sent: Monday, March 26, 2018 8:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM Migration of SYS1 datasets ?
>
> ARC1245I Reason Code 1:
>
> The data set is a system data set, a VSAM catalog, or an integrated catalog
> facility (ICF) catalog. Either the first four characters of the data set name 
> are
> HSM, or the first five characters of the data
> set name are SYS1, or the data set name is SYSCTLG.
>
>
> HSM does not process SYS1 datasets.
>
> If you are trying to migrate SYS1.PSF.FDEFLIB, that implies the dataset is
> generally not required by any of your started tasks or other processes.
>
> You could rename it to another HLQ, establish a SYS1.PSF.FDEFLIB alias for it.
> Of course, the new datasetname would need to be catalogued in the master
> catalogue too.
>
> Ant.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Tuesday, 27 March 2018 11:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFHSM Migration of SYS1 datasets ?
>
> I am at z/OS 2.1. I understand the need to make this hard, but what am I
> missing.
> F DFHSM,SETMIG DATASETNAME(SYS1.PSF.FDEFLIB) COMMANDMIGRATION
> ARC0170I SETMIG DSN SYS1.PSF.FDEFLIB PROCESSED
> EJES510 LT01-GIBNEY--/F DFHSM,MIGRATE
> DATASETNAME(SYS1.PSF.FDEFLIB) F DFHSM,MIGRATE
> DATASETNAME(SYS1.PSF.FDEFLIB) ARC1001I SYS1.PSF.FDEFLIB MIGRATE
> FAILED, RC=0045, 051 ARC1001I (CONT.) REAS=0001 ARC1245I DATA SET NOT
> ELIGIBLE FOR MIGRATION
>
> The documentation indicates that the SETMIG command should allow me to
> request DFHSM perform this migration. I've tried several varations using
> SETMIG LEVEL also. The volume where this dataset resides is Non-SMS.
>
> Yes, I know I can use ADRDSSU to move it, but not to M1 or ML2
>
> Does this function just not work? Or have  missed something obvious.
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>

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

kc4z. I built it, will they come?

[van der Grijn, Bart (B)]

I installed kc4z in our z/OS 2.3 sandbox system, started up Softcopy Librarian 
and downloaded the z/OS 2.3 collection. So far, so good.
How do I get other KnowledgeCenter content? The default source URL 
(http://publib.boulder.ibm.com) only show z/OS, z/OS connect and CICS TS. Where 
do I find other IBM KC documentation for products like Omegamon and DB2 to 
access through kc4z?

Thanks,
Bart

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

Re: IPCS RUNCHAIN - Can the LIST line be suppressed?

[van der Grijn, Bart (B)]

Try adding NODISPLAY to the RUNCHAIN.
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Tuesday, February 06, 2018 3:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS RUNCHAIN - Can the LIST line be suppressed?



So, now that the RUNCHAIN works, I can care for cosmetics.
The RUNCHAIN below runs fine, except that it writes out a "LIST  . 
ASID…." Line upon each call to the EXEC. Can I somehow suppress this line?
/* REXX */... "RUNC" "AD(" DSHHEAD ")" DSP "LI(0) AMASK(X'')" ,  
"EXEC(( %I$CCRCBH" "X" ASIDhex DSPName TRACE ")) NAME(CCRCBH)"Output for 
one iteration looks like:   CCRCBH095LIST 371075F8. ASID(X'00D4') 
DSPNAME(5CCR) LENGTH(X'1000') AREA CBH: Clipboard Header at address 
371075F8.+  NEXT. 3710F6A0  PREV. 36DABF70  HEAD. 37107AE0  
TAIL. 371079A0
--Peter Hunkeler

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

Re: Question regarding IPCS RUNCHAIN: Why does it not run the chain?

[van der Grijn, Bart (B)]

The point is that debugging the chaining issue with a list command might be 
easier than with the rexx. It's not that the rexx would influence the runchain, 
but the rexx is an interpretation of what the runchain points to. So you're 
debugging two things, the rexx and the runchain. My suggestion is to get the 
runchain to work first, using the list command to verify that the memory holds 
what you think it holds, and then replace the list by the rexx once the 
runchain works. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Monday, February 05, 2018 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: Question regarding IPCS RUNCHAIN: Why does it not run the 
chain?



>Peter, I don't see what's wrong, but I suggest running it with an IPCS LIST 
>command in the EXEC(()) first to assure the rexx is not misrepresenting what's 
>at offset 0.


I will try tomorrow to see if it makes a difference. However, as I wrote the 
actual code does format the expected values which I retrieve via EVAL and 
EVALSYM. EVALSYM is used to retrieve the address behind the "current" address 
in symbol X. EVALs start at this address.


But as I write this, I would be rather surprise when code inside the EXEC(( )) 
would influence the surrounding RUNCHAIN. The ADDRESS, LINK and CHAIN 
parameters are all RUNCHAIN parameters.


An additional LIST would write something to the output which is not wanted.


I wanted but forgot to mention that a similar pair, although CLISTs, does work 
as expected. However, there is a CBFORMAT inside the EXEC(( )) CLIST. Maybe 
this really makes the difference.


Curious to see what happens when I add a LIST tomorrow.


--
Peter Hunkeler

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

Re: Question regarding IPCS RUNCHAIN: Why does it not run the chain?

[van der Grijn, Bart (B)]

Peter, I don't see what's wrong, but I suggest running it with an IPCS LIST 
command in the EXEC(()) first to assure the rexx is not misrepresenting what's 
at offset 0. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Monday, February 05, 2018 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question regarding IPCS RUNCHAIN: Why does it not run the chain?


Long time not done, I'm writing some REXX code to format data in an IPCS 
session. The code successfully formats some header data but fails to run a 
chain of control block. IPCS RUNCHAIN calls the separate REXX routine which 
formats one such control block. So far so good.

I can't seem to find what I'm doing wrong, but RUNCHAIN stops after the first 
round. The link address is at offset 0, and I see it is not zero. I have 
reduced the REXX named in the RUNCHAIN to "say hello;return" but still no joy.

What am I missing"



  /* REXX */ /*some REXX and ICPS statements here*/  "RUNC" "AD(" DSHHEAD ") 
LI(0) EXEC(( %I$CCRCBH" "X" ASIDhex DSPName TRACE "))"
and the REXX subroutine I$CCRCBH starts with /* REXX */  Say "Hello" return

Sample output seen in IPCS: DSH: Data Space Header at address 0.  + 
 INIT. 00072A8F  E36E28D6ALET. 01FF003C  ORIG.  
   +0010  SIZE. 37112810  FREE. 37112810  HEAD. 0338  TAIL. 
37112608+0020  HSTA. 0030  HSTL. 00C2  DMPT.   
   LIST 0338. ASID(X'01E4') LENGTH(X'1000') AREA 1 block processed

There is a single "Hello" on the terminal before returning to IPCS. The real 
code behaves the same: It correctly displays a single instance of the control 
block, then terminates,
 -- Peter Hunkeler

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

Re: RSU maintenance strategy - Need expert suggestions

[van der Grijn, Bart (B)]

We install RSU four times a year. It definitely does not require 1 FTE. I would 
estimate it takes us about 16-32 man hours per quarter covering both z/OS and 
DB2. 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ANIL KUMAR
Sent: Wednesday, December 06, 2017 11:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RSU maintenance strategy - Need expert suggestions

This email originated from outside of the organization.


Hi All,

I needed expert suggestions on following the RSU maintenance strategy for
z/OS , associated ISV products , DB2 etc. Could you please let me know

1) How many times in a year do we need to apply the maintenance to z/os ,
ISV products , DB2 etc.
2) How to decide which ones to be applied. (latest RSU)
3) Whether the HIPERs included also be applied , even though we have not
encountered the specific issues in out shop.

So far in the account I was working for , it was not a strict rule to apply
maintenance be it z/OS or DB2 or associated ISV product. Infact I do not
remember any maintenance being applied to DB2 unless it was a major upgrade
for which the pre-req was needed. Even for ISV's if they are running fine,
then no action was taken.

However for a different shop , we have been asked to come up with the best
approach on whats needs to be done. If we keep updating the maintenance
then 1 FTE job will be consumed for the work for a year.

Hence needed some advise on what strategy is being used by different shops
and what is the best practice. Please advise.

If any documents etc are available please point me to them and I shall
read. Sincerely hoping to get some advise. Thanks.

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

Re: DR Question across time zones?

[van der Grijn, Bart (B)]

I see no reason to have the physical location of the device dictate what 
timezone it runs on. The hardware runs at UTC. Most of our LPARs run UTC. A 
couple of older systems run a timezone defined by the majority of application 
users (one runs EST/EDT, the other CET/CEST). The logic doesn't change when the 
hardware moves. 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Tuesday, December 05, 2017 7:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DR Question across time zones?

This email originated from outside of the organization.


A question came up this morning - when doing a DR where the DR environment is 
in a different time zone from the production environment, should the CLOCK00 
TIMEZONE be updated for the physical location of the DR environment?

I can see valid reasoning for doing either - what is your approach (and why)?


--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA

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

Re: Any one use CBT smfsrt program file019

[van der Grijn, Bart (B)]

This looks like a tool that reports on Syncsort generated SMF records. A google 
search suggests that Syncsort ships a SMFDSECT in its MACLIB. Did you include 
the Syncsort maclib in your syslib concatenation? 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tommy Tsui
Sent: Friday, October 20, 2017 6:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any one use CBT smfsrt program file019

Hi all,
After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
I cannot find any information inside the file019.xmi . Thanks for help

Allan Staller > 於 2017年10月20日
星期五寫道：

> Check the readme file. Normally CBT items are completely self-contained
> except for things like SYS1.MODGEN (and a few others).
> I can pretty much guarantee that everything needed is in the distribution
> file.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 9:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> I try to compile flsmfsrt but failed, most symbols cannot be found, like
> smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
>

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

Re: Last SAD (was: DLIB volume for SAD)

[van der Grijn, Bart (B)]

Had to? Can't remember that far back. We've had an LPAR fail, autoipl SAD and 
then autoipl z/OS in the last couple of years, but we didn't need the actual 
SAD to determine the cause/solution.
Bart

-Original Message-


>A little off topic - when is the last time anyone  had  to perform a SAD ?  I 
>haven’t done one in 20+ years.  

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

Re: SYS3 datasets

[van der Grijn, Bart (B)]

"So if you plan to use anything other than 'SYS1' for such purposes, be sure 
that you put the whole set into MCAT."

Or use volsers in your PROGxx members if that's a practical alternative. 

In our newer environments (all DB2) we use one single SYSRES and all 
link-listed libraries are on that SYSRES. Every LNKLST and APF member in PROGxx 
has VOLUME() coded. No catalog involved.

In our older environments it's pretty much the same thing, except that we have 
a couple of local libraries that are not on SYSRES. We hard code the VOLSER as 
they never move. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, September 25, 2017 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYS3 datasets

As others have said, there is no universal rule, just conventions adopted in 
each shop--or in each mind! I personally think that 'SYS3' for 3rd party 
products is a pretty cute mnemonic, but it's certainly not pervasive. One 
requirement that we recently got reminded of is that a link list data sets must 
be cataloged in the master catalog for 'normal' processing. You can use a user 
cataloged data set with restrictions:

"If you plan to use a user catalog, you should be aware that the system will 
not find the data set unless you specify both the name of the data set and the 
volume serial number (VOLSER) of the DASD volume on which the data set resides. 
(This restriction also applies if you are defining the LNKLST concatenation in 
LNKLSTxx.)"

Specifically, we tried to link-list a user catalog library just for an IEFSSNxx 
init routine. Module was not found. So if you plan to use anything other than 
'SYS1' for such purposes, be sure that you put the whole set into MCAT.  

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


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

Re: SYS3 datasets

[van der Grijn, Bart (B)]

We've never used SYS3 (or SYS2,etc.). Products have their own two HLQ. PRDB2, 
PRTWS, PRISP, etc. for R/O datasets that reside on SYSRES. PSDB2, PSTWS, etc 
for runtime libraries for the same product.  
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Sunday, September 24, 2017 10:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYS3 datasets

We have a staff z/OS systems programmer who claims that:
"Almost all shops use the SYS3. HLQ to indicate third party software."

So new software installs *have* to follow that "rule". (Past installs 
did not follow such a rule.)

I am thinking that this "rule" is really just *his* rule.

Opinions?

How many other sites follow such a rule?

-- 
Tony Thigpen

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

Re: DFHSM and Large zFS files and DR

[van der Grijn, Bart (B)]

I believe you can use flash copy (or similar). I looked at it a couple of 
releases ago (we're now z/OS 2.1) and at the time you could not restore a 
backup using FC to a new name. Seeing that the typical request is to restore 
individual files in the file system and not the whole file system, this was not 
a workable solution for us at the time. It's on my list to re-visit. 

At the moment we use a home-grown, PAX bases, rexx, that probably won't work 
well for the size you're looking at. 

Our DR relies on disk mirroring, which includes the zFS volumes.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, September 06, 2017 10:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM and Large zFS files and DR

List

I am looking for some guidance on how to manage large (1TB or more) zFS Files.

When DFHSM does a backup it will use DFDSS to do the work.  This quiesces the
zFS until the backup completes.  This can cause the zFS to be unavailable for a
long time (30 mins or more) while the quiesce is waiting to complete or the
backup is in progress.  If DFHSM cannot quiesce the zFS then there is no backup

Do most shops let DFHSM do backups on zFS files?  
Do you have a limit of what size zFS DFHSM is allowed to do the backup?
Do you have a window when you allow DFHSM to do such backups?
How do you create a copy of a large zFS for Business Continuity or DR?


Thanks

Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately
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: Removing Catalog Entries for Datasets That Do Not Exist

[van der Grijn, Bart (B)]

Bill, not all the replies were to use DELETE NOSCRATCH. I suggested using the 
following sequence: 
- Create a new catalog (a throw-away catalog used just for this cleanup)
- REPRO MERGECAT your entries to this new catalog
- Delete the catalog (with RECOVERY)

As far as I know the above steps will not try to interact with HSM. I use this 
same approach when we have orphaned catalog entries of old archived datasets. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J
Sent: Monday, August 21, 2017 7:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Removing Catalog Entries for Datasets That Do Not Exist

Hi,

I want to thank everyone who responded to my inquiry regarding the deletion of 
migrated datasets.  It looks like all of the responses have suggested using 
IDCAMS with the DELETE and NOSCRATCH control statements.  I tried that last 
week.  I ran the job again this morning.  Below is the job log and the control 
statements I used.  As you can see, a call is made to DFHSM to do a recall 
prior to deletion.

DELETE -
 EH.FP78.RESBHSFL -
 NOSCRATCH -
 NONVSAM


ICH70001I WR99900  LAST ACCESS AT 05:52:53 ON MONDAY, AUGUST 21, 2017
 $HASP373 IDCAMS1  STARTED - INIT D- CLASS Y- SYS 9121
 IEF403I IDCAMS1 - STARTED - TIME=05.57.52
 ARC0050A DFSMSHSM IS NOT ACTIVE - START DFSMSHSM
 ARC0051A JOB IDCAMS1  WAITING FOR DFSMSHSM TO RECALL DSN=EH.FP78.RESBHSFL
*06 ARC0055A REPLY 'GO' OR 'CANCEL'

Thanks again for the responses.

Bill

-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J

Sent: Friday, August 18, 2017 10:41 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Removing Catalog Entries for Datasets That Do Not Exist



Hello Everyone,



Recently I discovered some datasets with "MIGRAT" as the volser.  These 
datasets had been migrated with DFHSM many years ago.  My organization is no 
longer running the product.  I am attempting to remove the dangling catalog 
entries which appears to be challenging.  The pubs say to use IEHPROGM with the 
SCRATCH function if (1) the dataset is non-SMS managed and (2) you know the 
dataset's volser prior to migration.  I don't what the original volser was and 
I don't know why it matters.  The catalog entry has only the dataset name and 
"MIGRAT" for the volser.



When I execute IEHPROGM, I get messages denoting that DFHSM is not active.  I 
am unable to move past this point.



Does anyone have an idea how the catalog entries can be removed?  Any input 
would be greatly appreciated.



Thank you.



Bill

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

Re: Removing Catalog Entries for Datasets That Do Not Exist

[van der Grijn, Bart (B)]

IIRC, the approach I use is: 
- Create a new catalog
- REPRO MERGECAT the entries you want to delete to the new catalog
- Delete the catalog with RECOVERY

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J
Sent: Friday, August 18, 2017 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Removing Catalog Entries for Datasets That Do Not Exist

Hello Everyone,

Recently I discovered some datasets with "MIGRAT" as the volser.  These 
datasets had been migrated with DFHSM many years ago.  My organization is no 
longer running the product.  I am attempting to remove the dangling catalog 
entries which appears to be challenging.  The pubs say to use IEHPROGM with the 
SCRATCH function if (1) the dataset is non-SMS managed and (2) you know the 
dataset's volser prior to migration.  I don't what the original volser was and 
I don't know why it matters.  The catalog entry has only the dataset name and 
"MIGRAT" for the volser.

When I execute IEHPROGM, I get messages denoting that DFHSM is not active.  I 
am unable to move past this point.

Does anyone have an idea how the catalog entries can be removed?  Any input 
would be greatly appreciated.

Thank you.

Bill

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

Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

[van der Grijn, Bart (B)]

I don't want to turn this into a HealthChecker thread, but I believe the hammer 
is as big as you make it. When a check trips it generates a console/syslog 
message. I assume most sites have some sort of method to escalate key messages. 
Same framework can be used for the Healthchecker messages you deem worthy. 
It doesn't rely on the user recognizing the message at command time and keeps 
on nagging to assure you don't forget about it.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, August 01, 2017 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ?

I run the health checker in my test LPAR, last 2 companies I worked 
withdon't want it didn't like it...don't run it. I like the idea and have 
used the checks. but that's not a big enough hammer for most sites. 


my 2 cents 


Carmen 

- Original Message -

From: "Bart van der Grijn (B)"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, August 1, 2017 12:30:28 PM 
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ? 

Why not a Healthcheck that would report on a pending policy? 
Bart 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J Ellis 
Sent: Tuesday, August 01, 2017 12:04 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ? 

Agree with all your comments. I have asked for an operator command that shows 
exactly what/why there is a pending condition. And especially a message at IPL 
time that something is wrong or there are inconsistencies -- what do you want 
to do now ? 


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

Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

[van der Grijn, Bart (B)]

Why not a Healthcheck that would report on a pending policy? 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J Ellis
Sent: Tuesday, August 01, 2017 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ?

Agree with all your comments. I have asked for an operator command that shows 
exactly what/why there is a pending condition. And especially a message at IPL 
time that something is wrong or there are inconsistencies --  what do you want 
to do now ?


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

Re: "New" Java-less Operating System Messages blips like crazy

[van der Grijn, Bart (B)]

I get a scrolling issue that I don't think has been mentioned, sorry if I 
missed it. I'm using FF and EC12

When I open the window and don't yet have more than a page worth of messages 
(and thus no scroll bar) and then issue commands (example, a couple of 'D A,L' 
commands) the message area fills up, but I still have no scroll bar and can't 
scroll down to the bottom of the list. The scroll wheel on the mouse also 
doesn't scroll down.
Same thing if I delete all the messages, starting back with an empty message 
area.

If I let the message area fill up 'naturally' the scroll bar shows up and 
things work fine (even if I then issues commands I can scroll down to the last 
message). 

When it does scroll the scrolling is smooth.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Tuesday, June 06, 2017 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "New" Java-less Operating System Messages blips like crazy

On 6/6/2017 8:48 AM, John Eells wrote:
> The HMC architect was not aware of this; he'd be thankful if someone 
> opened a problem (PMH) for it.
> 
> 

John,

It's kinda hard to miss.  Our hardware guy is out for a few days, so 
I'll get a hardware PMR to you early next week.  We're on an EC12.

Let me ask this of the list.  Is anyone out there NOT getting a blippy 
HMC Operating System Messages console?  If so, do you see smooth 
scrolling or does the message just pop up in the window?

Regards,
Tom Conley

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

Re: DR Failover

[van der Grijn, Bart (B)]

The people doing the MF recovery vary by test. It's typically someone on the 
operational side of the house, with the folks that maintain the procedures 
riding shotgun. 
Our sysprog team is geographically dispersed (US/NL/PRC) so chances are there's 
someone left that wasn't swallowed by the giant crater. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, June 01, 2017 6:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DR Failover

Never got traction on two of my questions, which are independent of technology.

-- During a failover (test I would presume), who actually performs the DR 
procedure whatever it is? Sysprogs, operators, production control folks, or 
someone else? Has anyone dared to bring in a non-technical person like a 
manager? This question is crucial to business resiliency because, depending the 
reason for failover, your top technical folks may be indisposed for an extended 
duration.

-- If you stayed in the DR environment long enough to have captured/updated 
live customer data, how did you eventually return to the production 
environment? This question is crucial to business resiliency because at some 
point down the line, you have to return or, as the poem goes, settle in for a 
long winter's nap.  

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



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

Re: Survey: How many APF-authorized libraries?

[van der Grijn, Bart (B)]

134. 
54 of them are what I would call infrastructure.
The rest is driven by the number of DB2 subsystems (2 APF libraries per DB2 
group). 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, May 29, 2017 9:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Survey: How many APF-authorized libraries?

How many APF-authorized load libraries do you have on your production LPARs?

Approximate answers accepted. No need to put too fine a point on it.

1000? 10,000? 100,000?

And no, unfortunately, I don't know a D PROG,APF syntax that will get you
just a count and not a flood. ENTRY=(-) will do it iteratively, but
I'm not asking you to do that much work.

Charles 

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

Re: job output into dataset

[van der Grijn, Bart (B)]

It just seems to show the first output with the same name, not the output I 
selected. If I select it with an 'S' it works fine, but sometimes (HSM is an 
example) I want to filter the long list of messages and try to use SE (Display 
in ISPF Edit). Same issue with SB (Display in ISPF Browse)
I would expect to see the same data independent of what flavor of select I use.

Am I the only one seeing this behaviour? More of a nit, but probably time to 
open a PMR.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, May 02, 2017 5:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: job output into dataset

So it might be possible that you are seeing data that JES2 has buffered.  That 
is why you can see all of the data on a job in the ST panel even if all that is 
left in O or H panels is the output from an IEBGENER.

Lizette

-Original Message-
>From: "van der Grijn, Bart (B)" <bvandergr...@dow.com>
>Sent: May 2, 2017 2:26 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: job output into dataset
>
>It works pretty well except for one (minor) issue. When you do SE against a 
>DDNAME in SDSF it doesn't work as expected. It seem to display the first of 
>the outputs with the same DDNAME, independent of which one you select. At 
>least, that's what it does here (z/OS 2.1). 
>Bart
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Phil Sidler
>Sent: Tuesday, May 02, 2017 4:16 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: job output into dataset
>
>On Tue, 2 May 2017 12:54:35 -0700, Lizette Koehler <stars...@mindspring.com> 
>wrote:
>
>>I have this in place on several Products I support. The JES Messages all go 
>>to our output repository.  No issues.
>
>Oh, I see it now, $HASP138 and a new DD with the same name shows up.  Cool.
>

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

Re: job output into dataset

[van der Grijn, Bart (B)]

It works pretty well except for one (minor) issue. When you do SE against a 
DDNAME in SDSF it doesn't work as expected. It seem to display the first of the 
outputs with the same DDNAME, independent of which one you select. At least, 
that's what it does here (z/OS 2.1). 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Sidler
Sent: Tuesday, May 02, 2017 4:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: job output into dataset

On Tue, 2 May 2017 12:54:35 -0700, Lizette Koehler  
wrote:

>I have this in place on several Products I support. The JES Messages all go to 
>our output repository.  No issues.

Oh, I see it now, $HASP138 and a new DD with the same name shows up.  Cool.

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

Re: Vendor Licensing Frustrations

[van der Grijn, Bart (B)]

Be careful what you assume to be fact. Unless you own the machine you will 
recover to, your DR contract likely doesn't guarantee that you will recover to 
machine x. DR suppliers typically share machines among customers. If another 
customer declared before you did you might be bumped to another machine. The 
fact that you get the same machine for every planned DR test doesn't 
necessarily mean that’s what you'll declare on. Be sure you understand the fine 
print of your DR contract.

I agree with Kees; You have to test based on what you can rely on for the real 
one. For that reason we make no assumptions about anything that depends on a 
CPU serial number during a test.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Wednesday, April 26, 2017 6:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Vendor Licensing Frustrations

If you know the DR center's CPU ids or can use z/VM to reuse your
licensed IDs, you are OK.
If you are going to a vendor's site and don't know the CPU ids and
can't use z/VM or the product uses the real CPU id instead of the z/VM
CPU id you can be in trouble.

On Wed, Apr 26, 2017 at 3:22 AM, Vernooij, Kees (ITOPT1) - KLM
 wrote:
> During a DR test you test your DR scenario, so the test must work exactly 
> like the real one.
> When we had this DR scenario/configuration, we always had working keys or 
> emergency keys for the DR site.
>
> Kees.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Styles, Andy (ITS zPlatform Services)
>> Sent: 26 April, 2017 10:12
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Vendor Licensing Frustrations
>>
>> Classification: Public
>> If you DON'T have the keys for DR, then it makes a mockery of any DR
>> capability you think you have.  In a real DR situation, you can't plan,
>> you need it all working there and then.
>>
>> Andy Styles
>> z/Series Systems Programmer
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Dan Little
>> Sent: 26 April 2017 08:42
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Vendor Licensing Frustrations
>>
>> -- This email has reached the Bank via an external source --
>>
>>
>> Ideally I would like to have keys for DR on an ongoing basis to avoid
>> the delays that Lionel mentions.
>>
>> Dan
>>
>>
>> > On Apr 26, 2017, at 05:30, Timothy Sipples  wrote:
>> >
>> > Lionel Dyck wrote:
>> >> I've been working on DR planning for one of our locations and out of
>> >> 15 non-IBM products, ONLY 3 will continue to operate without temp
>> >> codes, and of those 3, 1 expires after 2 days and the others after 7
>> >> days. For the 12 vendor products I have to contact 7 different
>> >> vendors to get temporary DR license keys.
>> >
>> > I know there's been lots of back and forth, but Lionel is zeroing in
>> > on the crux of the issue. What do customers need? I think we need to
>> > (re)focus on that, first. These vendors' current arrangements add risk
>> > to disaster recovery, plain and simple. I agree with Lionel. It's a
>> > genuine problem. I truly feel it's an avoidable problem, even while
>> respecting vendors'
>> > important business needs.
>> >
>> > --
>> > --
>> > Timothy Sipples
>> > IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
>> > E-Mail: sipp...@sg.ibm.com
>> >

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

Re: Paging subsystems in the era of bigass memory

[van der Grijn, Bart (B)]

Largest LPARs we have are about 200GB with 6 MOD27 per LPAR. They all run DB2 
for distributed workloads plus some application specific subsystems. 
The two busiest of those LPARs each run one DB2 member of the same DB2 data 
sharing group with a frame occupancy of about 39M.
Next to no paging.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pinnacle
Sent: Tuesday, April 11, 2017 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Paging subsystems in the era of bigass memory

Gone are the halcyon days when we could run an LPAR with three mod-3's 
as the local paging subsystem.  With today's large memory sizes, I'm 
faced with having to completely rethink my paging subsystems.  I've 
currently got a 133GB LPAR with 18 mod-9 locals at 44%.  I'm going to 
add 22 more mod-9's, which will get me just under the 30% threshold.  
That's 40 page datasets, which is about 30 more than the most I've ever 
managed. I'm thinking about going to 10 mod-54's as my final solution 
for this LPAR (roughly 4x the real memory).  I wondered what the rest of 
you are doing with your paging subsystems in the era of bigass memory sizes.

Regards,
Tom Conley

-- 
  

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

Re: SMF 92 analysis (File System Activity)

[van der Grijn, Bart (B)]

Have you tried DAF? 

From the comments in the source: 

* Supported SMF Records: *
...
* 092 000 OpenMVS File System Activity   *
* 092 001 - File System Mount*
* 092 002 - File System Quiesced *
* 092 004 - File System Unquiesced   *
* 092 005 - File System Unmounted*
* 092 006 - File System Remounted*
* 092 007 - File System Move *
* 092 011 - File Close   *
* 092 014 - File Delete / Rename *

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Friday, March 31, 2017 6:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF 92 analysis (File System Activity)

To all gurus,

Background:

Some of my colleagues applied some PTFs on a sandbox and IPLed that.
Something went wrong with the symbolic references (file type Symb). So /dev ... 
whatever, etc. disappeared after the IPL.
Backup / restore it to a new zHFS file using another datasetname resolved the 
problem.

Question: 

Are there any tools available to analyse SMF record 92 and subtype 14 to see 
what all happened to these zFS and all the folders?

Of course, Google listed some tools, but they are costly (two [nameless] 
vendors known of being expensive). I have tried searching MVS-OE, but searching 
that list is difficult. Apparently there is not a search tool there? 

CBT tape searches turned up empty, perhaps I used incorrect search arguments?

Does anyone knows of such tools which I can use to read dumped SMF 92 records? 
Or at least try to learn what happened during mount, unmounting, backup and 
restore of those ZHFS datasets and their contents.

Many thanks in advance.

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: Controlling TCPIP performance

[van der Grijn, Bart (B)]

Wouldn't that be determined by the priority of the application rather than by 
the TCPIP task? In this case, the FTP client or server.
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tracy Adams
Sent: Thursday, March 23, 2017 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Controlling TCPIP performance

For obvious reasons we want to run the TCPIP address at a very high dispatching 
priority.  There are times though when we want to throttle back certain 
functions of the TCPIP stack.  I will use FTP as the immediate example.  I 
really don’t want a file transfer to dominate the system :-)  TIA for your 
thoughts and ideas. 

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

Re: maintaining PARMLIBs over several sysplexes

[van der Grijn, Bart (B)]

Three parmlibs:
SYS1.IBM.PARMLIB: The same across 50-odd LPARs across 3 plexes. IBM/usermod 
maintained.
SYS1.PARMLIB: same story. Site maintained.
SYS1.PARMLIB. is specific to the plex, but except for the mount 
statements in BPXPRMxx there's only some transient SLIP members in there.
 
The first two are refreshed monthly from a common source so we're 100% sure 
they're consistent.

DIAGxx and DEVSUPxx use  suffixes, LOADxx and IEASYMxx have all the LPARs 
listed. Everything else is through system symbols.

Most other products use common parmlibs and system symbols (TWS, TCPIP, JES, 
SA, etc).
And then there's Omegamon... Who knows what's what there...

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Cairns
Sent: Friday, February 17, 2017 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: maintaining PARMLIBs over several sysplexes

Hi all - it's been a long time since I posted a question here, looking forward 
to hearing from you all.

Question about your local policy/practice:

When faced with the task of maintaining multiple PARMLIBS over a few related 
sysplexes (sandpit, development, production), do you:

Prefer to try and keep the contents of each PARMLIB dataset separate, and only 
containing members that are actually referred to on each specific sysplex, or

Prefer to keep all PARMLIB members related to any of the sysplexes synchronised 
across all the copies of PARMLIB - effectively keeping PARMLIB contents the 
same, wherever they are found?

Some other option?


Thanks for taking the time,

Regards - Mike Cairns


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

Re: "Fraud detection failure" messages

[van der Grijn, Bart (B)]

I get the same. I figured it was some software we're running internally. 
I assume it's because the message comes in disguised as me but from a userid 
that's not me. 
Bart

-Original Message-

> Does anyone else get these messages when they respond? I have noticed this
> the last several times I have posted. Not so much before that, though.
>
> [This sender failed our fraud detection checks and may not be who they
> appear to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing]
>
> Bill Hitefield
> Dino-Software Corporation
> 800.480.DINO
> 423.878.5660
> www.dino-software.com

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

Re: DFSORT Extract records

[van der Grijn, Bart (B)]

Your original question indicated you were looking for 'Dropped'. In your 
example you have 'DROPPED'. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Thomas
Sent: Tuesday, February 07, 2017 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Extract records

Ok. I have coded as below as the LRECL is 2996 and it returned empty file . 
Could you please let me know where the issue is ?

INCLUDE COND=(1,2996,SS,EQ,C'DROPPED')

Thanks
Ron T

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

Re: DB2 Locks and WLM Blocked Workload Support?

[van der Grijn, Bart (B)]

Quick search yielded the following, which might help with some of your 
questions: 
https://www.toadworld.com/platforms/ibmdb2/b/weblog/archive/2013/04/22/db2-locking-part-3-locks-versus-latches
and
http://www-01.ibm.com/support/docview.wss?uid=swg1PM54608


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Monday, February 06, 2017 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DB2 Locks and WLM Blocked Workload Support?

 
Cross-posted from DB2-L


DB2 is not my strength, so please bear with me.


I understand that DB2 serializes access to its resources with various types of 
locks. For access to data, some of them are row locks, page locks, tablespace 
locks.


WLM's "blocked workload support" can help to reduce resource contention by 
giving low priority, resource holding work a CPU burst, so it may release the 
resource it held.


In the context of DB2, the doc talks about "DB2 latches" with which WLM may be 
able to help. 


Some (vague) questions. High level answers are sufficient.




- Are the "DB2 latches" implemented as GRS latches?

- Are row, page, tables space locks actually DB2 latches? In other words, would 
WLM be able to recognize a low priority job holding some DB2 locks is causeing 
delay so it can promote it?


- What have IRLM and its lock structures to do with GRS latsches, if anything?


- Does DB2 inform WLM about resource lockers, so WLM can possibly promote them?


 
Pointer to some documentation if I can answer myself by RTFM is appreciated.


--
Peter Hunkeler

 

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

Re: sdsf in rexx

[van der Grijn, Bart (B)]

Never mind, I see the manual states the closing parenthesis is optional.
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of van der Grijn, Bart (B)
Sent: Monday, January 30, 2017 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx

Tim, I'm wondering if it ignores the WAIT because you didn't include a closing 
parenthesis on your option. So (WAIT) rather than (WAIT .
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Brown
Sent: Monday, January 30, 2017 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx

Thanks definitely a different method, still confused why mine doesn't always 
capture the result of

$DO JOBQ,READY,DEST'

Tim

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, 30 January, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx


** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.


Tim,

I have a REXX exec I use to issue operator commands using the ISFSLASH keyword 
and writes the output to a temp file.   I think I may have stole it then 
enhanced it for my use either from IBM, or someone on this list, but the 
processing of the ISFULOG array is somewhat more complicated than you have 
listed.  I am posting the entire exec for you to play with, along with the JCL 
I use to execute.  You can have as many commands as you want in SYSIN.

...

_
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 Tim Brown
Sent: Monday, January 30, 2017 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: sdsf in rexx

Using sdsf in rexx with command $DO JOBQ,READY,DEST

   COMMAND = '$DO JOBQ,READY,DEST'
   IF ISFCALLS('ON') <> 0 THEN EXIT 99
   ADDRESS SDSF "ISFEXEC '/"COMMAND"' (WAIT"

   DO S1 = 1 TO  ISFULOG.0
 SAY ISFULOG.S1
END

Its supposed to return the $HASP686 messages in ISFULOG array,  which are same 
as when issued at console Sometimes it does and other times it doesn't return 
anything even when there are jobs available

It just returns these 2 and not the ones with $HASP686

"CPAC  2017030  10:45:11.13 ISF031I CONSOLE DPP ACTIVATED"
"CPAC  2017030  10:45:11.13-$DO JOBQ,READY,DEST"



$DO JOBQ,READY,DEST
$HASP686 OUTPUT(FSP96A12)  ROUTECDE=LLW001
$HASP686 OUTPUT(FSP96A12)  ROUTECDE=LW001
$HASP686 OUTPUT(CAP81T43)  ROUTECDE=LOCAL
$HASP686 OUTPUT(CAP81T44)  ROUTECDE=LOCAL
$HASP686 OUTPUT(XTBPRT)ROUTECDE=LX509

Tim Brown

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

Re: And the future is...

[van der Grijn, Bart (B)]

That is very old, and I suspect it refers to the System Automation for z/OS 
version, not the z/OS version. 

Charles mentioned DB2 12 and continuous delivery. The following discusses this 
specifically for z/OS: http://www.redbooks.ibm.com/redpapers/pdfs/redp5340.pdf, 
although the example in figure 2 does suggest z/OS 2.3 at some time.

Bart



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blake, Daniel J [CTR]
Sent: Thursday, January 19, 2017 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the future is...

Check out http://www-01.ibm.com/support/docview.wss?uid=swg1OA12282

Make sure you scroll down to Users Affected section.

Dan




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sean Gleann
Sent: Thursday, January 19, 2017 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: And the future is...

I have a little birdy tweeting in my ear to the effect that "z/OS 2.2 is going 
to be the last version of z/OS".
Has anyone else heard anything along those lines?

Sean

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

Re: Catalogs in a SYSPLEX

[van der Grijn, Bart (B)]

Ken, All SYSRES datasets, except for SYS1, are in the catalog on the SYSRES. 
Aliases are symbolics pointing to CATALOG.SOFTWARE. 
SYS1 datasets are in MCAT with a volser of **. MCAT is on a sysplex level 
volume and shared across the LPARs in the plex. 

Maintenance and upgrades are installed in a sandbox environment. All SMP work 
is done only there. Once a month we clone the sandbox SYSRES volume and roll it 
into test and prod (the actual SYSRES volser changes every month).

Sorry for not being clear on the MCAT part before. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ken Smith
Sent: Thursday, December 01, 2016 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalogs in a SYSPLEX

I'd still like to know how this works.  What's in your master cat?  What's
in your sysres cat?
Ken

On Tue, Nov 22, 2016 at 11:28 AM, van der Grijn, Bart (B) <
bvandergr...@dow.com> wrote:

> We run two sysplexes of about 12 LPARs each (NonProd vs Prod). Both plexes
> have a single mcat shared across the plex (but not between plexes). We've
> upgraded these from release to release over the last 10 years and never had
> to use a second master catalog. In fact, I just checked our NonProd mcat
> and it was created on 2007.005.
> We use a single SYSRES with its own catalog, which resides on the SYSRES.
> The SYSRES is swapped every month for a new one, which is how we introduce
> maintenance, or even upgrades.
>
> I've seen no down sides to a single mcat for our setup, but as others have
> noted, it will depend on the role of each system in the plex. For our setup
> all LPARs serve the same purpose, just for different application instances.
>
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: Tuesday, November 22, 2016 8:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> " Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex."
>
> This is a non-starter. As far as I am concerned, everything that can be
> shared should be shared (Two of anything that do not agree worse than
> nothing). If you go with separate MCATS, you must spend a great deal of
> time ensuring they are in sync w/each other.
>
> Sure, you need multiple MCATs during the upgrade cycle, but when all is
> done, there should be only one MCAT
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nims,Alva John (Al)
> Sent: Monday, November 21, 2016 3:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> We currently have a 2 LPAR sysplex and the master catalog in not shared.
> Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex.
>
> I think there are a lot of questions you have to ask yourself about how
> you are going to handle the sysplex and what you are going to keep in the
> master catalog, besides SYS1.  Note: I believe System Symbols are your
> friend when setting up the catalog, for both data set names and VOLSER.
>
>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Travis
> Sent: Monday, November 21, 2016 3:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalogs in a SYSPLEX
>
> We are creating a SYSPLEX of two systems and there seems to be some debate
> about using a single shared master catalog or multiple master catalogs on
> each system. The IBM manuals recomme

Re: Catalogs in a SYSPLEX

[van der Grijn, Bart (B)]

We run two sysplexes of about 12 LPARs each (NonProd vs Prod). Both plexes have 
a single mcat shared across the plex (but not between plexes). We've upgraded 
these from release to release over the last 10 years and never had to use a 
second master catalog. In fact, I just checked our NonProd mcat and it was 
created on 2007.005. 
We use a single SYSRES with its own catalog, which resides on the SYSRES. The 
SYSRES is swapped every month for a new one, which is how we introduce 
maintenance, or even upgrades. 

I've seen no down sides to a single mcat for our setup, but as others have 
noted, it will depend on the role of each system in the plex. For our setup all 
LPARs serve the same purpose, just for different application instances. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Tuesday, November 22, 2016 8:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalogs in a SYSPLEX

" Prior to this job I worked at a shop where we supported sysplexes from a 
single system to up to 10 LPARs in a single sysplex.  The master catalogs were 
not shared , I think I would put forth one big reason for not sharing the 
master catalog, would be system upgrades, when we went through the z/OS 
upgrades, there were times where SYS1. Level data sets location changed from 
one release to the next and the catalog needed to point to the new location for 
the new release.  We would upgrade one LPAR at a time in a sysplex, which was 
once a week, so it would be several weeks to complete a sysplex."

This is a non-starter. As far as I am concerned, everything that can be shared 
should be shared (Two of anything that do not agree worse than nothing). If you 
go with separate MCATS, you must spend a great deal of time ensuring they are 
in sync w/each other.

Sure, you need multiple MCATs during the upgrade cycle, but when all is done, 
there should be only one MCAT

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nims,Alva John (Al)
Sent: Monday, November 21, 2016 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalogs in a SYSPLEX

We currently have a 2 LPAR sysplex and the master catalog in not shared.  Prior 
to this job I worked at a shop where we supported sysplexes from a single 
system to up to 10 LPARs in a single sysplex.  The master catalogs were not 
shared , I think I would put forth one big reason for not sharing the master 
catalog, would be system upgrades, when we went through the z/OS upgrades, 
there were times where SYS1. Level data sets location changed from one release 
to the next and the catalog needed to point to the new location for the new 
release.  We would upgrade one LPAR at a time in a sysplex, which was once a 
week, so it would be several weeks to complete a sysplex.

I think there are a lot of questions you have to ask yourself about how you are 
going to handle the sysplex and what you are going to keep in the master 
catalog, besides SYS1.  Note: I believe System Symbols are your friend when 
setting up the catalog, for both data set names and VOLSER.


Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Travis
Sent: Monday, November 21, 2016 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Catalogs in a SYSPLEX

We are creating a SYSPLEX of two systems and there seems to be some debate 
about using a single shared master catalog or multiple master catalogs on each 
system. The IBM manuals recommend a single shared master catalog but our CE has 
been advocating multiple catalogs. What are the pros and cons of running each? 
We have two identical systems in the PLEX and for right now there is no plan to 
add more, however that could change at any time in the near future.


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

Re: rexx to fetch CFRM

[van der Grijn, Bart (B)]

Martin, the rexx in question doesn't do much more than take the output of the 
IXCMIAPU utility, filter out unneeded lines and wrap it in some JCL. 
I would think that either a source deck or a IXCMIAPU output would give you the 
same thing. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Friday, October 28, 2016 11:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rexx to fetch CFRM

I'd been meaning to start asking people for their CFRM policies - when 
they send their SMF in.

This thread leads me to ask "what form should I ask for it in?" My 
inclination is the source deck but now I'm not so sure.

Opinions?

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Lucas Rosalen <rosalen.lu...@gmail.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   28/10/2016 16:37
Subject:Re: rexx to fetch CFRM
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>



Hello Bart,

If not too much trouble, could you send me a copy also? :)
Currently, I'm not trying to resolve any issue, but who knows what
challenges the future might bring...

Thanks in advance,
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
<lrosa...@br.ibm.com>*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-10-28 11:59 GMT-02:00 van der Grijn, Bart (B) <bvandergr...@dow.com>:

> Jake, we do. It creates a batch job to recreate the CFRM policy based on
> the IXCMIAPU output.
> Let me know if that matches what you need and I can send you a copy.
>
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Friday, October 28, 2016 6:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: rexx to fetch CFRM
>
> Hello,
>
> Does anyone has a REXX exec that can read the current CFRM structure and
> construct the JCL ?
>
> Regards,
> Jake
>
> --
> 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
>

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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
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: rexx to fetch CFRM

[van der Grijn, Bart (B)]

Jake, we do. It creates a batch job to recreate the CFRM policy based on the 
IXCMIAPU output. 
Let me know if that matches what you need and I can send you a copy. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Friday, October 28, 2016 6:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rexx to fetch CFRM

Hello,

Does anyone has a REXX exec that can read the current CFRM structure and
construct the JCL ?

Regards,
Jake

--
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: Video that might give you a chuckle

[van der Grijn, Bart (B)]

It's an interesting observation as I always chuckle when my American coworkers 
say parmlibe, or zee-OS iso zed-OS, ... The list goes on. 
Somehow we all know what we mean.
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Thursday, May 26, 2016 12:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Video that might give you a chuckle

There is a rebooks (?!) at 
http://www.redbooks.ibm.com/redpapers/abstracts/redp5358.html?Open
Watch the video and you might get a chuckle (IBM didn’t catch it???) 
The voice says parmlib not parmLIB .

Its interesting and should have been done ages ago with all the new suds 
enhancements. IBM you are a follow late on these enhancements.

Ed

--
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: Mirror/back up your Development DASD

[van der Grijn, Bart (B)]

Andy, we mirror our production to a recovery site using Global Mirror. 
We do back up the NonProd data and send it offsite. The thought is that we do 
want to be able to recover the other lifecycles at some point but don't have 
the RTO/RPO requirements that drive a mirror solution.
 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of White, Andy
Sent: Thursday, May 19, 2016 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mirror/back up your Development DASD

Hi people - For companies that mirror their mainframe DASD via XRC, SRDF, how 
many of them back up the development DASD?

Currently, we mirror all production but don't mirror the development DASD we 
back most via VTS but I am pushing or trying that we back up all DASD. My 
thoughts about this are the development cycles and releases have a lot of time 
and money invested if it lost this work, how much is this worth?

Anyway, if you are mirroring your development how did you "sell" it to your 
management? If you're not why not?

Thanks
Andy

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

Re: System Identifier in low level qualifier of name of temporary data set

[van der Grijn, Bart (B)]

Not sure what system identifier is used, but can it be that your couple 
datasets have more system records than what you're currently using? Systems 
that were in the plex but have been removed or renamed? One of your active 
systems might have number 07 while 04,05 and 06 are no longer around.
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Friday, February 19, 2016 4:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System Identifier in low level qualifier of name of temporary data set

JCL reference explains how the name of a temporary data set is built by the 
system. The low level qualifier will be either "Rggn" or "Hgg". The manualy 
says "gg" is the *system identifier* of the system which interpreted the JCL 
(for static DDs) or which is executing the job (for dynallocs).

On our four-way sysplex, I just saw values 02 an 07, which puzzles me.
I could not find where the two digit *system identifier* is coming from. Any 
idea?




--
Peter Hunkeler

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

Re: Cloning a Sysres and ZFS

[van der Grijn, Bart (B)]

Hi James, 

We clone our sysres (maintained in sandbox) every month to generate IPL volumes 
for the Dev and Prod LPARs. Almost all datasets on the sysres volume are in a 
user catalog on that same sysres, including the VERSION zFS. We don't have a 
single zFS in the master catalog. We're 2.1 now, but have had this setup for a 
number of releases, so I don't see any reason why you would need your zFS in 
Master for your 1.13 systems.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chambers, James
Sent: Monday, January 18, 2016 5:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cloning a Sysres and ZFS

Hi,

We use a process of cloning on our Dev lpar to create new Sysres before we 
apply maintenance, it has worked fine for Zos 1r13 but we only used HFS. We 
have started to use ZFS for 2r1 which is fine if the Sysres is for the same 
Lpar the clone process is run on but I am now cloning a Sysres for another Lpar.

I can't get the ZFS datasets accessible in both master catalogs at the same 
time, I know now that it is because they are Vsam datasets so cannot be in 2 
catalogs. I want them to be in both so I can apply maintenance on our Dev lpar 
rather than risk a mistake or accident causing a problem in production.

Can they be in a user catalog? I know they are not now because they are used 
very early on in the IPL but is it an option?

Is there an easy way to move ZFS datasets between 2 master catalogs? The only 
option I can think of at the moment is running the clone process from the 
current Sysres to a new one in the prod lpar so everything will be in the prod 
catalog.

Thanks

James

James Chambers
IT Operations & IBM Support Team Lead

56/59 St. Stephen's Green,
Dublin 2

Ph: +353 1 669 5127


"BANKEMFB" made the following annotations.
--
This is a confidential communication and is intended only for the addressee 
indicated in the message (or duly authorised to be responsible for the delivery 
of the message to such person). You are specifically prohibited from copying 
this message or delivering the same, or any part thereof, to any other person, 
whomsoever or howsoever, unless you receive written authorisation from us to 
do. 

 

If you are anyone other than the intended addressee, or person duly authorised 
and responsible for the delivery of this message to the intended addressee, you 
should destroy this message and notify us immediately. 

 

Please note that we accept no responsibility whatsoever in the event that this 
message or any other email message or any part thereof becomes known or is 
communicated to anyone other than the intended recipient or other person 
authorised in writing by us to receive it, howsoever arising and disclaim all 
liability for any losses or damage which may be sustained by any person as a 
result thereof.

 

Permanent TSB plc. is regulated by the Central Bank of Ireland and is a tied 
Assurance Agent for Irish Life Assurance plc.

 

Permanent TSB plc. registered in Dublin under No. 222332. Registered office is: 
56-59, St. Stephen?s Green, Dublin 2, Ireland.
==

--
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: IOEZ00807I when OMVS initializes at Disaster Recovery site

[van der Grijn, Bart (B)]

We have the same issue (more than 2 hours). I've asked IBM about this in the 
past and didn't get much of an answer besides WAD. 
I've considered taking the application specific mounts out of BPXPRMxx and 
mount them after the system is up. Maybe make it part of the application 
startup in System Automation. Haven't yet pursued it, but with our DR test next 
month it's back on the radar. 
The only good thing is that based on the timing of our DR tests this always 
gives us a good lunch break.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Butts
Sent: Thursday, October 08, 2015 11:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IOEZ00807I when OMVS initializes at Disaster Recovery site

Searched the archives and saw others had this issue, but never saw a good 
answer.

We recently implemented ZFS file sharing for the first time here.
We run GDPS/XRC to replicate our dasd from HQ to DR site and then often "flash" 
the farm to a set we can IPL our recovery system from.  

Because the of replication, our ZFS files are obviously never closed properly 
before being used when we IPL the recovery LPAR.
The nature of our 24/7 environment and GDPS/XRC means that the flash of the 
dasd farm will ALWAYS be "fuzzy".  The contents of block 0 in each ZFS file 
will always contain data

So we experience the dreaded IOEZ00807I message and a 65 second delay per 
mount.  We have so many ZFS files in use that this takes almost 2 hours to 
complete a successful IPL of the recovery system.

What do other shops do about this?  I would hate to have to IPL a minimal 
system just to mount/unmount the files properly before IPLing the recovery PROD 
system.  Is there a parm anywhere to tell ZFS to ignore integrity checking at 
IPL?

Thanks,
Dave

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

Re: IOEZ00807I when OMVS initializes at Disaster Recovery site

[van der Grijn, Bart (B)]

Dave, I looked back through the PMR I opened on this and one comment IBM made 
was that you will not incur the 65 second wait penalty if the system and plex 
names at recovery time are the same as what's in block zero. I've never tested 
this since we can't predict/determine what system owned the file systems at the 
time of the flash copy.

FWIW,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Butts
Sent: Thursday, October 08, 2015 12:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IOEZ00807I when OMVS initializes at Disaster Recovery site

Seems like they should be able to create a BPX parm to tell OMVS to ignore the 
check.
Very frustrating.
We may need to pursue mounting just what we need to IPL to a base level, and 
mount the rest after as you suggest.

Thanks,
Dave

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

Re: RSU or maintenance level on a system

[van der Grijn, Bart (B)]

There's no way to display it because there's not really such a thing as a 
defined maintenance level for a z/OS system. RSU is a collection of recommended 
PTFs for a selection of products. So what would be the definition of your 
system being at a RSU level? Does it imply all the maintenance? For all the 
components? For just z/OS or also for CICS, DB2, etc? Does it imply all the 
maintenance for the previous RSU levels? 
We don't always install all the RSU PTFs because some might be in error for 
reasons we care about. Does that mean we're not at that RSU level? 
I don't see an easy way to determine it programmatically, even if there was an 
agreed definition. 

I haven't seen that specific question, but have received similar questions (ex: 
'show us you have all security patches installed'). Our reply so far has been 
to explain the RSU process and show evidence of applying the RSU maintenance on 
a regular basis (through our internal change control tool).

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lopez, Sharon
Sent: Wednesday, September 16, 2015 8:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RSU or maintenance level on a system

I already posted this question to IBM but wanted to find out if others are 
getting this request from their auditors.

Our auditors want to be able to display the RSU or maintenance level of our 
z/OS system.  To my knowledge, there is no way to do that (IBM has also 
agreed).  Does anyone know if this is possible and are you getting the same 
request from your auditors.? Keep in mind that our auditors do know z/OS or 
mainframe.  It sounds like they are used to seeing displays on other platforms 
with this information with release and fix level.

Thank you in advance.






Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: Ideas for hash of a sequential data set

[van der Grijn, Bart (B)]

I seem to have missed the first part of this discussion, so this might have 
been mentioned, or might not be relevant. 

We take hash values of all our system datasets daily for change control 
purposes. We use superc in batch for this (at least for PS/PDS/VSAM). It takes 
some time but it has worked well so far. We compare the file with itself and 
specify OVSUML,FILECMP

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Thursday, August 20, 2015 1:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ideas for hash of a sequential data set

Charles,

I think that you misunderstood me.
I'm suggesting that the cheap first hash (used to rule out common changes)
would be over a combination of:

- the first n bytes of the data set (just like you suggested)
- the F1/F8 DSCB  (which has stuff like DS1LSTAR and DS1TRBAL which helps
to detect common changes to the end





Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Aug 20, 2015 at 12:41 PM, Charles Mills charl...@mcn.org wrote:

 Right. That's a better idea. Seek to end minus 'n' and go from there.

 Only small negative is that if you did the first 'n' bytes and then needed
 to do the whole file, you could just keep going rather than starting over.

 Charles

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Kirk Wolf
 Sent: Thursday, August 20, 2015 10:31 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Ideas for hash of a sequential data set

 That is certainly a possibility, but wouldn't help in the (common) case of
 a change that just appends to the end.   Perhaps hashing both the first n
 bytes with the F1/8 DSCB (which has information about the last TTR and
 bytes in the last track) would cover more of the common changes than either
 alone.


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

Re: Share IODF in different sysplex same CPC

[van der Grijn, Bart (B)]

Seeing that I originally suggested using a shared catalog in this thread, I 
have to ask why people believe this is a dangerous setup for the topic at hand. 
Yes, there are potential issues with sharing catalogs, but with the suggested 
configuration (single dedicated volume, single HLQ, single catalog, IODF only) 
I'm just not seeing what the issues are. Can those that dubbed this dangerous 
enlighten me? 

We've used this setup for longer than I can remember in multiple environments 
and I don't recall it ever causing an issue. 
The advantage is that your IODF datasets are always the same across all your 
environments without having to rely on a manual sync-up. Note: we switch to a 
new IODF every time we make updates

Thanks,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jorge Garcia
Sent: Friday, June 12, 2015 2:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC

Hello:

 I've reviewed all the post and the best option is the HCD export/import in the 
productions monoplex. If all the IODFs have the same HLQ yoy can do dynamic 
activation and it' no necessary to do a ipl. The user catalog among sysplex is 
dangerous. I agree with us.

Thanks for your posts!!

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

Re: Share IODF in different sysplex same CPC

[van der Grijn, Bart (B)]

Jorge, I'm not fully understanding why you don't want to use one shared IODF, 
as you do today. Is it because you want to be able to do dynamic activates in 
these production systems (and don't today in your test system)?

We put our IODFs on one dedicated volume with its own catalog. The volume and 
catalog are online to all systems, even though they're not all in one GRS 
entity (they're 3 different sysplexes with 28 different LPARs). The IODFs and 
the catalog are the only datasets on the volume and the catalog is used only 
for the IODFs. IODF Changes are dynamically activated across all environment. 
Some RNL excludes are needed for the volume, datasets and catalog. 

It's not a setup I would use for actively shared data, but it works fine for 
the occasional IODF update. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jorge Garcia
Sent: Thursday, June 11, 2015 6:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Share IODF in different sysplex same CPC

Hello:

 We are involved in a new proyect with the target of add three new system 
(monoplex) in our configuration. Our actual configuration is: one production 
sysplex with four lpar, one test sysplex with two lpars and next year another 
three systems in monoplex. Now, when we activate a new configuration, first 
build IOCDS, dynamic activation in the production sysplex and then execute a 
ipl in the test systems (the IODF device is the same). The test sysplex doesn't 
share GRS with the production sysplex and the test systems can't view the IODF 
dataset, but the test systems load the IODF in ipl time and works fine.
Next year we want to share the same IODF all the systems, but in the new 
systems in monoplex can't do ipl because are production systems. 
Our question is. Which is the best way for transmit the production IODF to 
these new systems and then execute a dynamic activation?. HCD transmit?. FTP?. 
Another way?. 

Jorge Garcia Juanino
Gerente sistemas z/OS
ACTP – DIAC – Operación y Soporte EMEA
MAPFRE 
Avenida del Talgo 100-103 – 3ª Planta
CP 28023 Madrid
Tel. 91 581 27 34, Movil 464196/618333559 
jgarc...@mapfre.com

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

Re: List of all on-line volumes

[van der Grijn, Bart (B)]

I believe it is. We use it to get a list of all volumes (online and offline) to 
check for duplicate volumes.
Example (change the VOLSTYPE to get just the online volumes):

//DASDLST  EXEC ACBJBAOB,REGION=120M, 
// PLIB1=SYS1.DGTPLIB,
// TABL2=PSSYS.TEMP.DUPVOL.TABLES 
//SYSTSIN   DD *  
PROFILE PREFIX(IBMUSER) MSGID 
ISPSTART CMD(ACBQBAI4 +   
SAVE ALLVOL + 
PHYDATA(Y) +  
SPCDATA(N) +  
VOLSTYPE(3)) +
NEWAPPL(DGT) BATSCRW(132) BATSCRD(27) BREDIMAX(3) BDISPMAX()  
/*

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Finnell
Sent: Thursday, May 28, 2015 2:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: List of all on-line volumes

Is it still called Naviquest?
 
Several options to include PDS, DEVSERV(DS) console commands, List Backups  
from whatever you're using to create. To shorten the process I made a 
spread  sheet that was in every turtle shell. Now we have a mirrored site out 
of  
state.
 
 
In a message dated 5/28/2015 11:59:17 A.M. Central Daylight Time,  
bvandergr...@dow.com writes:

ISMF in  batch is another option.

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

Re: OMVS not starting on my DR LPAR

[van der Grijn, Bart (B)]

John, a couple of items to consider: 

- Check your sysplex setup (if you code SYSPLEX(YES) in BPXPRM) to assure 
everything is up and running on your DR system.

- Assure the file systems you need to access /etc are mounted. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Norgauer
Sent: Thursday, April 30, 2015 3:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS not starting on my DR LPAR

No replies outstanding

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, April 30, 2015 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS not starting on my DR LPAR

On Thu, Apr 30, 2015 at 1:33 PM, John Norgauer jcnorga...@ucdavis.edu
wrote:

 Lizette

 When the D/R system was up I issued

 D OMVS,F
 BPXO042I 07.54.06 DISPLAY OMVS 546
 OMVS 000F ETC/INIT WAIT  OMVS=(00,21)

 And that's all that came back.


​First, I assume no replies are outstanding.​


And a light glimmers a bit. The OMVS system, which is actually the BPXOINIT 
started task, is waiting for something. The first thing that comes to my mind 
is a mistake in the file: /etc/rc . This file is a normal UNIX shell script. 
It is sourced (run in-line, like a COPY) by the initialization process. So 
everything that it does must complete before the OMVS initialization will 
complete. What sometimes happens is that someone will make a mistake when 
trying to use it to initialize UNIX processes at IPL time. The mistake is 
running something, which does not daemonize itself , without a trailing  
to tell the shell to start this in the background and continue. This might be 
something like INETD or HTTPD or ??? .

If you have a local TSO terminal (needed because TCPIP won't start without OMVS 
initialized), you might want see if a PS (ProcesS) display works. If it does, 
you _might_ be able to see what is holding up the initialization process. No 
guarantees, of course.

Naturally, if you have only the unmodified IBM supplied /etc/rc file, this 
isn't the problem. In this latter case, you will likely need to do a z/OS 
console DUMP command to dump the BPXOINIT address space:

DUMP COMM=(BPXOINIT STUCK)
.. wait for WTOR and then reply (change number) R nn,'JOBNAME=BPXOINIT'

And then use IPCS to look at the dump.


--
If you sent twitter messages while exploring, are you on a textpedition?

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! 
John McKown

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

Re: Extended SMS routine

[van der Grijn, Bart (B)]

Jake, the message indicates you're not defining the VSAM as extended. How sure 
are you it is picking up the correct dataclass? Try defining the dataset with 
just a couple of cylinders and then run a listc to check it's using the 
dataclass you're expecting. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Wednesday, April 22, 2015 5:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extended SMS routine

Hi Elardus/All,

I do see the DATACLAS under the CDS 'ACTIVE'

EXTENDED 20:22  EXTENDED REQUIRED   YES

The Storage Group has a mod-27 volume and with just 20% used. Not sure why
it is still not honouring the allocation of more than 4G



On Wed, Apr 22, 2015 at 2:36 PM, Elardus Engelbrecht 
elardus.engelbre...@sita.co.za wrote:

 Jake Anderson wrote:

 Sorry, It was in cylinders :)

 It is all right. Many thanks.

 The dataclas: extended had the extended address ability to 'YES'. Is
 there a way to check if a particular DATACLAS is active ?

 If you have activated your ACDS, do you see that DATACLAS when you use
 ISMF with CDS as 'ACTIVE' when selecting the Data Class screen?

 I will look in the meantime for your error message. I believe I have seen
 this type of allocation error before...

 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: Extended SMS routine

[van der Grijn, Bart (B)]

How do you believe you're coding the EXTENDED DC? Are you coding DATACLASS on 
your DEFINE CLUSTER? If so, is your ACS routine coded to honor the hardcoded 
DATACLASS or is it ignoring what you specify and using what it believes is 
correct? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Wednesday, April 22, 2015 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extended SMS routine

Hello Van,

I tried creating with the smaller size with the dataclas: extended, but it
takes another dataclas. Not sure why it is not taking up the the EXTENDED
dataclas.



On Wed, Apr 22, 2015 at 6:37 PM, van der Grijn, Bart (B) 
bvandergr...@dow.com wrote:

 Jake, the message indicates you're not defining the VSAM as extended. How
 sure are you it is picking up the correct dataclass? Try defining the
 dataset with just a couple of cylinders and then run a listc to check it's
 using the dataclass you're expecting.

 Bart

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Jake Anderson
 Sent: Wednesday, April 22, 2015 5:12 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Extended SMS routine

 Hi Elardus/All,

 I do see the DATACLAS under the CDS 'ACTIVE'

 EXTENDED 20:22  EXTENDED REQUIRED   YES

 The Storage Group has a mod-27 volume and with just 20% used. Not sure why
 it is still not honouring the allocation of more than 4G



 On Wed, Apr 22, 2015 at 2:36 PM, Elardus Engelbrecht 
 elardus.engelbre...@sita.co.za wrote:

  Jake Anderson wrote:
 
  Sorry, It was in cylinders :)
 
  It is all right. Many thanks.
 
  The dataclas: extended had the extended address ability to 'YES'. Is
  there a way to check if a particular DATACLAS is active ?
 
  If you have activated your ACDS, do you see that DATACLAS when you use
  ISMF with CDS as 'ACTIVE' when selecting the Data Class screen?
 
  I will look in the meantime for your error message. I believe I have seen
  this type of allocation error before...
 
  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

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

Re: Change ROOT without IPL

[van der Grijn, Bart (B)]

Jake, look for ALTROOT in the Unix System Services Planning manual. 
Disclaimer: I haven't actually used it.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Thursday, April 16, 2015 7:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Change ROOT without IPL

Hello,

Cross posted to MVS-OE

Is there a way to replace a running Root dataset with the new one root
without an IPL. One of our development system needs a change in Root, So I
am trying to understand if it can be changed with no IPL.

Any Suggestions are welcome.

z/OS : 1.13

Jake

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

Re: Device Number for a Volume

[van der Grijn, Bart (B)]

Note that ISMF will default to 'User mode 1 (end user)' which doesn't allow you 
to list offline volumes. 
If you're getting 'TYPE NOT ALLOWED' in 2.1 then go to option 0.0 and set 
yourself to User Mode 2 (Storage Admin). You might need to obtain the necessary 
security profile to allow this. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, April 13, 2015 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Device Number for a Volume

Jake,

I am a little confused.  Did you go into ISMF and see what option to use or did 
you just ask the question?

the reason I ask is when you go into ISMF there are a couple of options right 
on the panel
DATASET
VOLUME

And if you select VOLUME you would see
Find by ONLINE, OFFLINE, BOTH
A section for VOLSER (masking is acceptable)
And a UCB range (masking is acceptable)

It seems had you looked at the panel you should have resolved your question 
without waiting for someone to answer.  And for this posting, it looks like it 
took several hours and variations of MVS Commands before you were directed to 

ISMF 2.1.

Just curious.  If the panels or the HELP Panels in ISMF are not sufficient, 
then maybe IBM needs to improve the wording to help in these cases.  The manual 
also has this information as well.  Again, if there are areas of improvement 
for IBM I would suggest you send in RCF or update Knowledge Center so this can 
help others in the future.

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Jake Anderson
 Sent: Monday, April 13, 2015 2:20 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Device Number for a Volume
 
 Hello,
 
 One of a volume is offline to an LPAR. I am unable to determine its device
 number to vary on.
 
 Could someone please guide me on how to fetch the Device number based
 Volume Serial ?
 
 I understand it can be fetched using ISMF but I am not able to get the option
 to use within ISMF.
 
 Jake

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

Re: S0C4 abend after upgrading to z/OS 1.13

[van der Grijn, Bart (B)]

The listing indicates the @MEMALOC csect is AMODE 31. The calling program is 
listed as AMODE 24. Assuming the LINK in the first program is to @MEMALOC, it 
seems the contents of R2 at the time of the abend is part of some sort of save 
area passed by the AMODE 24 program, but now interpreted as a 31-bit address. 
The first program has a link-edit date of 1994 where the load module containing 
@MEMALOC has a link-edit date of yesterday. Are you sure the new copy of this 
program has the correct attributes? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bernd Oppolzer
Sent: Tuesday, March 17, 2015 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S0C4 abend after upgrading to z/OS 1.13

The PSW which is contained in the Fault Analyser Reports shows that
the AMODE at the time of error is 31 (see 99... at the leftmost part of
the instruction address), so the address in R2 is in fact treated as a
31 bit address. But the main task seems to be at RMODE 24 and
was probably AMODE 24. Could it be that the problem is that some
intermediate component switched the AMODE to 31 and didn't switch
it back to 24 on return?

Kind regards

Bernd



Am 17.03.2015 um 18:01 schrieb John McKown:
 The problem is R2: R2:  4F1D6048 (Storage invalid)
 If you have a dump that you can actually look at, see if there is
 something reasonable at 001D6048. Otherwise, you'll need to try to
 backtrack where this value came from. If the data at address  001D6048
 looks reasonable, then you need to figure out how the high order
 byte got set ot x'4F'.

 Well, I know nada about that package. The fact that the CSECT names
 all start with @MEM is suspicious. One question would be what
 release of z/OS did it last run on successfully? And I have two
 entries you could try with _might_ help. But, then again, they might
 not. In the DIAGnn member of PARMLIB, try putting in two lines like:

 VSM USEZOSV1R9RULES(YES)
 CBLOC VIRTUAL24(IHALCCA,IHAPCCA)

 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E2B0/31.6

 and, less likely, in IEASYSnn you might try

 CSCBLOC=BELOW

 I've had really old programs blow up when the CSCB is above the line.
 But this can have a negative impart on the use of common memory below
 the line. Please read up on this.
 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e2b0/54.8.14

 The first two can be dynamically adjusted by putting them in a DIAGnn
 member of PARMLIB and the issuing the command: T DIAG=nn
 The latter requires an IPL to change.

 On Tue, Mar 17, 2015 at 11:12 AM, Jerry Criste
 jerry.cri...@la-z-boy.com wrote:
 Hello,

 We are experiencing an S0C4 abend after upgrading to z/OS 1.13.  The 
 application is known as KBMS, has been unsupported since 2000, and is 
 critical to the business.  We are working on a replacement, but full 
 implementation is still several months away.

 We have experienced problems with the application in previous upgrades, but 
 were able to address it by re-linking some of the programs (we do not have 
 the source). Unfortunately that approach is not working this time, so I'm 
 hoping someone can explain what might be happening and possible solutions.

 Thanks in advance for any insight that is provided.

 snip
 Instructions around point of failure:

Offset HexInstruction
-- -- -
   -10 90C8 C01C  STM R12,R8,28(R12)
-C 18FC   LR  R15,R12
-A 41C0 C050  LA  R12,80(,R12)
-6 18EB   LR  R14,R11
-4 5820 F000  L   R2,0(,R15)
 * 5870 2005  L   R7,5(,R2)
+4 D203 F014 7001 MVC 20(4,R15),1(R7)
+A 5860 F004  L   R6,4(,R15)
+E 1876   LR  R7,R6
   +10 4170 0007  LA  R7,7
   +14 1476   NR  R7,R6
   +16 1277   LTR R7,R7

 Program Status Word (PSW) . : 078D2000 9970FB58

 General Purpose Registers:
R0:  0003 (651264 bytes of storage addressable)
R1:  1970FCD8 (Module AICKBMSE CSECT @MEMFREE + X'0')
R2:  4F1D6048 (Storage invalid)
R3:  199DE000 (1069056 bytes of storage addressable)
R4:   (2048 bytes of storage addressable)
R5:  0001 (2047 bytes of storage addressable)
R6:   (2048 bytes of storage addressable)
R7:  0001 (2047 bytes of storage addressable)
R8:  0008 (2040 bytes of storage addressable)
R9:  104D6000 (Storage invalid)
R10: 199C6008 (1167352 bytes of storage addressable)
R11: 1970FB48 (Module AICKBMSE CSECT @MEMALOC + X'0')
R12: 199C86D8 (1157416 bytes of storage addressable)
R13: 9970FE80 (Module AICKBMSE CSECT @MEMZER0 + X'20')
R14: 1970FB48 (Module AICKBMSE CSECT @MEMALOC + X'0')
R15: 199C8688 (1157496 bytes of storage addressable)


 Virtual Storage Map
 AREA 
 

Re: Knowledgecentre versus the library server

[van der Grijn, Bart (B)]

I still use IBM's Softcopy Librarian. Latest z/OS v2r1 collection is from 
Feb-2015. The tool will download all the PDFs for you (for the scope it covers) 
and it shows you if you have outdates shelves/books. I use the Softcopy reader 
shelf organizer to access them. A lot easier than managing it manually.
I switched to this from bookmanager years ago. Just don't like the browsing in 
bookmanager. I usually know what manual I want. If not, I'll google it to 
determine what manual it might be in.
I suspect it too will be dropped by IBM in the not too distant future.

Similar to others, I avoid KC whenever I can. It's too slow and I want to be 
100% sure the documentation is going to be available when I need it. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, March 12, 2015 6:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Knowledgecentre versus the library server

Barbara Nitz wrote:

It is a one-time effort, and I download each pdf manually and sort them into 
the folders I want them in. I also rename them so I know what's what. I don't 
bother with indices. As I said, I usually know which book to look into in the 
first place.

Ok.

I use pubcenter 
http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=DE
and you probably don't want the CTY=DE at the end. (That's just the link I 
have.)

Thanks. (I dropped ?CTY=DE) Yet another new webpage with a new title, 'IBM 
Publications Center'.

Thanks, Barbara, seemed you really mastered the art of tracking and using the 
IBM Web pages. ;)

I usually ask for one book in a new release, look at it and at the bottom 
there is Click here for an overview of all BOFs and/or kits that contain this 
publication. After I have done that, I get a  list with a publication number 
(SK3T-4276-29 for z/OS 1.13) and click on that again. Now I get Click here 
for an overview of the publications that belong to this publication. Voila, 
all the books belonging to z/OS 1.13.

Hmmm. Interesting. This will be helpful for research.

Thanks again, you made my day. I have bookmarked this page with your 
compliments.

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: PROGxx vs LNKLSTxx, and APF FORMAT(DYNAMIC)

[van der Grijn, Bart (B)]

Peter, we've run into health checks that are not compatible with what we 
believe are reasonable settings. Some we've turned off, others we didn't want 
to turn off, but had to add steps to some of our processes to deal with them 
(steps that we feel hinder rather than help).
If you're interested in details, see PMRs 52015,082,000 (XCF_CF_STR_PREFLIST) 
and 91965 (USS_CLIENT_MOUNTS ) (the 2nd one is pretty old, not sure if it is 
still in the system, plus it was before they renumbered our branch, so it's 
likely ,800,000).

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Tuesday, December 16, 2014 7:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PROGxx vs LNKLSTxx, and APF FORMAT(DYNAMIC)

Try to avoid making HC sending so much 
informational/advisory/recommendational/etc. 
stuff, that nobody pays attention anymore.

Can you be more specific? What stuff do you feel HC is 
advising/recommending that nobody pays attention to?
Many clean up their systems specifically so that they are in accordance 
with the recommendations so that any new exception is unexpected and 
therefore warrants attention.

Do you not agree with the recommendations that are in the books? Which 
ones? HC rarely advises/recommends on its own; typically it is helping you 
to get to the position recommended in the books.

Peter Relson
z/OS Core Technology Design

--
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: Utility to replace occurrences of string in PDS?

[van der Grijn, Bart (B)]

There used to be a zap for IPOUPDTE to get rid of the $$$COIBM requirement. 
Google IPOUPDTE ZAP. Don't know if they still work. But it is likely worth 
the quick search and test if you need the functionality.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, December 16, 2014 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Utility to replace occurrences of string in PDS?

When I tried IPOUPDTE on my PDS I got an error IPO006  FILE @PDS INVALID
FOR IPOUPDTE that I resolved by adding a member $$$COIBM, so I conclude that
the restriction is still there, at least on the copy on my V2R1 system.

It's a GREAT little utility except for the stupid kneecapping.

FWIW, here is the resolution of my requirement:

No FileAid, no File Manager.

CBT 040 is really complex, lightly-commented assembler code from the dark
ages (31 bit? reentrance? what's that?) and way overkill for what I want.

IPOUPDTE would be *perfect* except for the $$$COIBM restriction. Yes, I can
work around that, but the result is kind of an offensive kludge.

I wrote a little Rexx program, cannibalizing some Rexx I had lying around.

Problem solved.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of David Mingee
Sent: Tuesday, December 16, 2014 10:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Utility to replace occurrences of string in PDS?

I think the requirement for a member name $$$COIBM has been removed.  I have
used IPOUPDTE on 3 different sites in the past few years without this
restriction.  Many of the other utilities are great, but some cost money or
may not be installed at some sites, so IPPOUPDTE is a great option.  It also
allows for updating multiple pds/pdse's in one execution and provides a
PARM=CHECK or UPDATE to allow checking your changes before doing the actual
UPDATE.  The DD name(s) must start with @.   A JCL example:

//IPOUPDTE JOB
(24186),'CHANGE
JCL',CLASS=P,MSGCLASS=O 
//*
//*
//*  MASS CHANGE TO LIBRARY
MEMBERS  
*
//STEP
EXEC PGM=IPOUPDTE,PARM=CHECK  will simulate changes 
//*STEP EXEC
PGM=IPOUPDTE,PARM=UPDATEwill perform 
changes  
//SYSPRINT DD  
SYSOUT=*   
//@TESTDD   DSN=GRT.GIOIDXM.JCL,DISP=SHR can use more than
one LIB 
//@TEST2   DD   DSN=GRP.GIOIDXM.JCL,DISP=SHR  
//SYSINDD  
*  
  CLASS=PCLASS=A 
 
*ASYSOUT= 
  AFOPERBMC  
/*  

There is a 4k? limit on the total bytes in the control cards, so if a large
number of control cards is used, more than one run would be needed. 

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

Re: Delete Orphan Enty VSAM

[van der Grijn, Bart (B)]

Jake, it sounds like you have a catalog entry for the dataset in catalog 
ICF.ZZ91.LOGCAT, but the dataset no longer exists on the volume. Because you 
initialized the volume there's also no VVR (as the VVDS was wiped with the 
init). 

Have you tried 
DEL 'ZZ91.BSDS01' NOSCR CAT(ICF.ZZ91.LOGCAT)

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake anderson
Sent: Friday, October 31, 2014 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Delete Orphan Enty VSAM

Hi Group,

I have a challenge in deleting the orphan VSAM entry from the catalog, I
have tried all ways based on the previous discussed Archives but nothing
seems to be really working. Could some really point me the correct
procedure of removing this entry.

===

Normal Delete with 'DEL'

IDC3012I ENTRY ZZ91.BSDS01 NOT FOUND+
IDC0551I ** ENTRY ZZ91.BSDS01 NOT DELETED
IDC0014I LASTCC=8
***

=

 IKJ56700A ENTER ENTRY NAME -
'ZZ91.BSDS01' NSCR
 IDC3012I ENTRY ZZ91.BSDS01 NOT FOUND+
 IDC0551I ** ENTRY ZZ91.BSDS01 NOT DELETED
 IDC0014I LASTCC=8
 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42
 ***


===


DELETE (ZZ91.BSDS01.DATA) FILE(VOLUME) VVR
DELETE (ZZ91.BSDS01.INDEX) FILE(VOLUME) VVR


IDCAMS  SYSTEM SERVICES

 DELETE (ZZ91.BSDS01.DATA) FILE(VOLUME) VVR
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0

 DELETE (ZZ91.BSDS01.INDEX) FILE(VOLUME) VVR
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0

=

 DELETE (ZZ91.BSDS01.DATA) FILE(VOLUME) VVR -
 CATALOG(ICF.ZZ91.LOGCAT)
IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFP-16
IDC0551I ** ENTRY ZZ91.BSDS01.DATA NOT DELETED
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8



 DELETE (ZZ91.BSDS01.DATA) TRUENAME
-
 CATALOG(ICF.ZZ91.LOGCAT)

IDC3014I CATALOG
ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS
IGG0CLFL-6
IDC0551I ** ENTRY ZZ91.BSDS01.DATA NOT
DELETED
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS
8

==

I reinited the Volume where the above entry reside but Still I see this
entries in the same Volume.

z/OS 1.13

Jake

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

Re: DFSORT

[van der Grijn, Bart (B)]

Ron, I believe that is what it does with the statements you have. The two input 
files (F1 and F2) are sorted based on the specified FIELDS operands before they 
are joined, unless you indicate that an input file is already sorted on the 
JOINKEYS statement.

Or are you expecting the actual input file to be rewritten, sorted on the first 
8 char?

Bart


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Thomas
Sent: Thursday, October 23, 2014 12:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFSORT

Hello

We have  the below sort card in production, we are joining on the first 8 bytes 
.  The file is currently unsorted on 1-8 bytes . Could some one please let me 
know how to modify the control card to do the sort on 1'st 8 bytes and then do 
a join  ?

JOINKEYS F1=ITEM,FIELDS=(01,08,A)   
JOINKEYS F2=CLUB,FIELDS=(01,08,A)   
REFORMAT FIELDS=(F1:5,167,F2:1,4,9,78)  
SORT FIELDS=(1,4,BI,A,  
 168,4,BI,A)

Thanks
Ron T

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

Re: z/OS datasets that must be in the MCAT (UNCLASSIFIED)

[van der Grijn, Bart (B)]

Lizette, I think that is an oversimplification. For a lot of datasets a catalog 
search is not needed to access them as long as the system can find them. Some 
examples: 

LPALSTxx: 
PRTCP.PERM.SEZALPA(SYSR1),

PROGxx: 
APFADD  DSN(PRTCP.PERM.SEZALOAD) VOLUME(SYSR1)
LNKLST ADD NAME(PR) DSN(PRTCP.PERM.SEZALOAD) VOLUME(SYSR1)

COUPLExx: 
DATA TYPE(CFRM)
 PCOUPLE(PSIXC.OPER.SYSPLEX..CFRM.CDS01,SCSYSPLEX.10)
 ACOUPLE(PSIXC.OPER.SYSPLEX..CFRM.CDS02,SCSYSPLEX.11)

IODF: volume identified through load parm.  

Thanks,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, October 02, 2014 8:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS datasets that must be in the MCAT (UNCLASSIFIED)

IIRC, So during an IPL until SMS is UP, any datasets needed have to be in the 
mcat.  Once SMS is up, UCATs are available and then the datasets can have 
different access paths.

Does this help?

Lizette


On Thu, Oct 2, 2014 at 5:12 PM, Storr, Lon A CTR USARMY HRC (US)
lon.a.storr@mail.mil wrote:
 Classification: UNCLASSIFIED
 Caveats: NONE

 Hello List,

 It appears that some of the old restrictions regarding MCAT-cataloging of 
 installation-allocated datasets that are accessed during system 
 initialization (usually for OUTPUT) have been relaxed.

 I have verified that page datasets must still be defined in the MCAT but, 
 other than that, I haven't yet found any absolute restrictions. Even couple 
 datasets, it seems, may be in a UCAT if a volser is specified in COUPLExx.

 So far, I've checked SMF (MAN) datasets, BRODCAST, couple, UADS, USS file 
 systems (including root) and DFSMS ACDS/COMMDS. I find no text explicitly 
 forbidding UCAT cataloging.

 I'm fairly certain that the CATALOG address space must be active before 
 UCATs are accessible but I'm rather fuzzy about exactly where in the system 
 initialization timeline this occurs (i.e. relative to the components that 
 want to access these datasets).

 What other installation-allocated datasets that z/OS accesses during system 
 initialization must be MCAT-cataloged?

 Thanks,
 Alan

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

Re: Need help for two LPARS sharing DASD

[van der Grijn, Bart (B)]

John, 

We run a home-written REXX that uses a combination of volume naming conventions 
and catalog information to vary offline the volumes not wanted. Our volsers 
have either a system id, a sysplex id, or a 3-char application id in them. The 
system and plex ids are checked against system variables. The application id is 
checked against what user catalogs are defined. The exec generates V 
-,OFFLINE commands that are fed into a SDFS step. Whole thing is 
started by System Automation at IPL time.

We don't have to manually maintain IODF settings or VARY commands to keep track 
of what should be online/offline.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Norgauer
Sent: Wednesday, June 18, 2014 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Need help for two LPARS sharing DASD

My production LPAR and Test LPAR have access to almost 600 volumes.

My test LPAR only uses and needs about 24 volumes. 

Any ideas how, at IPL time for the test LPAR, I can  use commands to 
restrict the LPAR to only these 24 volumes.

For sure, I could issue vary off and vary on commands for only those 
volumes needed or not needed by the test LPAR,
but the UCB's  are so numerous that there would be dozens of commands. I 
am just trying to have a smaller list of commands
in my COMMNDXX member

Any other simpler way to accomplish this task?

Thanks.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
1651 Alhambra Blvd
Suite 200
Sacramento, Ca 95816
916-734-0536

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

Hardware eventually breaks - Software eventually works  anon

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

Re: Handing /etc and /var filesystems

[van der Grijn, Bart (B)]

We keep local /etc directories, but most of the entries are either symbolic 
links to /SAXX/etc entries (with etc members common across each plex) or 
symbolic links to /usr/etc entries (with etc members common across all 
systems). 
/usr/etc is on our sysres. The contents is not IBM or SMP maintained.

At the /etc level (ignoring subdirectories), we have 6 entries that are local, 
5 entries that are symlinks to /SAXX/etc and 24 entries that are symlinks to 
/usr/etc.
(those numbers aren't quite correct, for a number of the entries we concluded 
that a symlink in /etc isn't needed as the app in question can just be updated 
to point to the real location).

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Donald Likens
Sent: Wednesday, March 12, 2014 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Handing /etc and /var filesystems

We have 4 different non-sysplex LPARs all maintained by a sand box LPAR. We 
install on the sand box LPAR and then copy volumes and files to the other 
systems to roll out the maintenance. I recently installed a serverpac and 
decided to make the /etc and /var filesystems SYS1 residing on the SYSRES. In 
this way, whenever IBM updates these directories with maintenance it will 
automatically be implemented on the other systems with the SYSRES volume copy. 
My concern is that any changes to these directories will be lost as new SYSRES 
copies are rolled out. So far looking at what is on these directories it is 
either static or updated all the time (like a pid number).

My question is how do you handle these file systems in your shop. Note: Sharing 
them is not an option, so if you share these directories across LPARs please do 
not respond. 

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

Re: IEASYMxx in DR

[van der Grijn, Bart (B)]

Our parmlib members (including IEASYMxx) are the same for home and DR. This 
reduces the level of surprise when we test/declare. 
The first DR IPL is done with an Operator prompt. This first IPL the sysplex 
specific settings are updated, before we re-IPL the full environment. 

Part of the reason we do it this way is because the DR supplier can't guarantee 
the hardware we'll run on (model/serial#), so the CFRM policy will need to be 
updated at the time of the test/declare.

Bart 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of mf db
Sent: Monday, February 17, 2014 6:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEASYMxx in DR

Hello All,

Just looking for a general idea of sharing IEASYMxx in DR site. How many of
you intend to keep a different IEASYMxx member in production site and
another for DR(Disaster recovery) site or else keeping One IEASYMxx across
production and DR would be a good choice ?

Just looking for some idea. Any pointers ?

Peter

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

Re: pax, ddnames and _BPX_SHAREAS

[van der Grijn, Bart (B)]

 I'm trying to use pax to write to a ddname. I'm doing this from a REXX exec 
 that's running in batch under IKJEFT01. I'm not getting it to work.
Various replies by Elardus, John, Jon, Kirk, Leonardo, Lloyd, Paul, Scott and 
Shmuel

Thanks all for the comments and ideas. I'm trying out a couple of different 
options based on your replies. It will likely take me some time to get through 
it all, with hopefully a working solution at the end, but I do appreciate all 
the input. I'll let you know what I end up with, assuming I get to a working 
solution.

Thanks,
Bart


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

Re: Impact of XCF offline

[van der Grijn, Bart (B)]

Peter, 

We used to IPL our systems without the V XCF,sysname,OFFLINE. That worked for 
years until we started to run into issues with signaling structures (one of the 
systems would occasionally not use one of the signaling structures after an 
IPL). We opened a PMR and IBM's response was to perform the V XCF as per 
http://www-03.ibm.com/systems/z/advantages/pso/removing.html.
We changed our IPL procedure and haven't seen the problem since.
(This was back in z/OS 1.10)

So yes, we did see an impact with not using the V XCF OFFLINE.


Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of mf db
Sent: Sunday, January 19, 2014 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Impact of XCF offline

Hello All,

This question might sound little basic and dummy, but my apologies first.
There are some situation in our shop when one of our Development LPAR do
undergo to  unresponsive state(This happens when our developers do some
destructive testings or many other factors) and even we cannot issue any
commands on Console. To resolve this we just do a de-activate and activate
to re-ipl the system. As a normal IPL procedure we issue V
XCF,OFF,SYSNAME=something. Will there be any impact to the system when we
do not issue the V XCF,OFFLINE and just do a de-activate and activate ?

Peter

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

pax, ddnames and _BPX_SHAREAS

[van der Grijn, Bart (B)]

I'm trying to use pax to write to a ddname. I'm doing this from a REXX exec 
that's running in batch under IKJEFT01. I'm not getting it to work.

The following code:
...
wCMD = pax -w -X -z -x pax -f //DD:PAX aDir
ALLOC DD(PAX) DSN('aBackupDsn') OLD release
paxRC = bpxwunix(wCMD,,stdout.,stderr.)
do line# = 1 to stderr.0
  say stderr.line#
End
FREE DD(PAX)
...

Results in
pax: //DD:PAX: EDC5037I The specified ddname was not found.

I assume this is because the default _BPX_SHAREAS setting causes the pax 
command to run in a different address space, without access to the DDNAME (I 
did run a version of the code with a LISTA STATUS to verify the dataset was 
allocated to the DDNAME).
I can't figure out how to override this setting for my IKJEFT01 step.

Any thoughts, or other ideas how to write the pax output to a ddname?
(I also tried it by specifying a ddname in the bpxwunix call instead of the 
stdout., but got a truncation error. I suspect that's because it exceeded the 
2048 limit)

Thanks,
Bart


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

Re: pax, ddnames and _BPX_SHAREAS

[van der Grijn, Bart (B)]

Thanks Elardus, 

z/OS in question is z/OS 1.12
Should have clarified this in my original note, but I'm not trying to write to 
a 'unix' file, I'm trying to write to a MVS dataset allocated to a DDName. 
Using a dataset name in the pax command works fine, but I want to use a DDName 
so that I can code RELEASE or write to tape. 

Thanks,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Friday, January 17, 2014 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: pax, ddnames and _BPX_SHAREAS

van der Grijn, Bart (B) wrote:

I'm trying to use pax to write to a ddname. I'm doing this from a REXX exec 
that's running in batch under IKJEFT01. I'm not getting it to work.

What version of z/OS are you running?

ALLOC DD(PAX) DSN('aBackupDsn') OLD release

Results in pax: //DD:PAX: EDC5037I The specified ddname was not found.

My failing memory says you should rather use PATH(pathname) and DSNTYPE(HFS) 
instead of DSN. It is a long time ago I tried/use ALLOC with a HFS file in REXX.

HTH!

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: pax, ddnames and _BPX_SHAREAS

[van der Grijn, Bart (B)]

John,

 I think you can make a single change to your REXX program
 
 paxRC=bpxwunix(wCMD,,DD:PAX,stderr.)

I tried that. In my original note: 
 (I also tried it by specifying a ddname in the bpxwunix call instead of
 the stdout., but got a truncation error. I suspect that's because it
 exceeded the 2048 limit)
More specifically: 
   317 *-*wCMD = pax -w -X -z -x pax aDir   
   L  pax -w -X -z -x pax 
   V  /sap/D6B
   O  pax -w -X -z -x pax /sap/D6B
   318 *-*ALLOC DD(PAX) DSN('aBackupDsn') OLD release 
   L  ALLOC DD(PAX) DSN(' 
   V  PSUSS.INTR.KD6BXS.USRSAP.A  
   O  ALLOC DD(PAX) DSN('PSUSS.INTR.KD6BXS.USRSAP.A   
   L  ') OLD release  
   O  ALLOC DD(PAX) DSN('PSUSS.INTR.KD6BXS.USRSAP.A') OLD release 
   319 *-*paxRC = bpxwunix(wCMD,,DD:PAX,stderr.)
   V  pax -w -X -z -x pax /sap/D6B
   L  
   L  DD:PAX  
   L  STDERR. 
DD:PAX truncation: rc=16  
Line too long 

The Usage note for BPXWUNIX: 
STDOUT lines cannot exceed 2048 characters.

Elardus, 

 Then I suspect the ALLOC command is not working 100% with that keyword 
 combination. Could you try out 
 TRACE in your REXX program to see what is happening when REXX is trying to 
 execute ALLOC command?

I put a LISTA STATUS in to verify the ALLOC worked and it shows the DDName in 
question. 



I believe that the pax will work if I can force _BPX_SHAREAS=YES, but I don't 
see how I can code this with an IKJEFT01 job step. The alternative would be to 
run the rexx under USS to start with, but the way I read the manual, the TSO 
ALLOC would then run under a different AS, so I assume my DDName would still 
not be available (but I guess I should test that).  

Thanks,
Bart

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

Re: pax, ddnames and _BPX_SHAREAS

[van der Grijn, Bart (B)]

Thanks Jon, I'll play around with BPXBATCH to see if I can get to a working 
combination.
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jon Perryman
Sent: Friday, January 17, 2014 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: pax, ddnames and _BPX_SHAREAS

Have you tried running PGM=BPXBATCH instead and run the exec as a UNIX script? 
You would need to place the exec in a UNIX file and change ALLOC to BPXWDYN.

As for the truncation error, have you tried changing the dataset's attributes 
(LRECL, BLKSIZE and RECFM)?

Jon Perryman.

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

Re: pax, ddnames and _BPX_SHAREAS

[van der Grijn, Bart (B)]

Thanks Kirk. My preference is to make this work with the tools I'm already 
licensed for, but I'll keep this option in mind. 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Friday, January 17, 2014 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: pax, ddnames and _BPX_SHAREAS

Bart,

It isn't clear whether you needed to do this with a TMP and REXX or whether
you were just trying to work around the normal issues with BPXBATCH.

This is very straight forward to do using our COZBATCH utility:

//SHELL EXEC PGM=COZBATCH  - a better BPXBATCH
//STDIN DD *
 pax -w -X -x pax -v -f //DD:PAX myDir
//PAX   DD DSN=PAX,DISP=(NEW,PASS),SPACE=(CYL,(10,10))
//

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

PS  The Co:Z Toolkit is free to download and use under our free Community
License.  Enterprise license and support agreements are also available.

http://dovetail.com/products/cozbatch.html

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

Re: pax, ddnames and _BPX_SHAREAS

[van der Grijn, Bart (B)]

Lloyd, I assume you're referring to aBackupDsn in
ALLOC DD(PAX) DSN('aBackupDsn') OLD release
If so, note that this is a rexx variable, not the actual dataset name. 

Thanks,
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lloyd Fuller
Sent: Friday, January 17, 2014 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: pax, ddnames and _BPX_SHAREAS

Look at your DSName.  It is not a valid MVS dataset name:  too many characters 
without a period.

Lloyd

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

Re: z/OS Unix System Services Backups

[van der Grijn, Bart (B)]

We had a similar dilemma (although never used TSM). The ADRDSSU backups were 
disruptive to our applications. 
We've considered using Flashcopy for the backups, but as far as I can tell we 
can't do a logical backup that way, and the reality is that we typically need 1 
or more files from a backup, not the whole filesystem. 

At the moment we use a pax script to back up to sequential datasets which are 
then archived by HSM.

It works, but it's not pretty, and I hope your question results in some better 
alternatives.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Thursday, May 23, 2013 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Unix System Services Backups

z/TSM has been obsolete, is going out of support, and may or may not
work on z/OS 2.1.
We backup the root system on the IPL volumes with ADRDSSU.
The system HFS/zFS are backed up with ADRDSSU Logical, and is OK since
they don't have running applications.

Application HFS/zFS are backed up with z/TSM and attempts to use
ADRDSSU resulted in hangs due to the quiescent request.

z/TSM is being used, has been obsolete, is going out of support, and
may not work on z/OS 2.1.

Does anyone have a comparison of the backup and restore alternatives
that work while the application is running?
TSM on AIX,
FDR Upstream Unix,
CA Disk Backup and Restore for Unix System Services,
Others?

-- 
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: ISPF 3.4 Performance degradation on z/OS 1.13

[van der Grijn, Bart (B)]

On my 1.12 system a list of about 9500 datasets takes 'a blink of an eye'. If I 
select 'Display Total Tracks' in the initial 3.4 menu (ISRUDLP) it jumps to 
about 75 seconds. Both measurements are for the Space listing.

Is it possible that the user or the upgrade changed the selected options? 

Bart


We have a customer running on a z800 in a capped LPAR.
We just converted them from z/OS 1.12 to z/OS 1.13 and have found that 
performance has degraded.

They are looking at a list of data sets - approx 98,000 under a HLQ,
say ABCD with the Initial view  set to 2. SPACE

On z/OS 1.12 this list was retrieved in under 10 seconds On z/OS 1.13
this list took 20 Minutes to return.

If the Initial View is changed to 1. Volumes then the performance is
much the same.

The view is paged right to get the space values, on the 1.12 system it comes 
back in seconds
   
on the 1.13 system it takes minutes to come back.

Many of the 98,000 data sets are on TAPE or migrated.

Anyone recognise a feature that came with z/OS 1.13 that might cause this 
change in behaviour?


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

Re: DS8870 - RAID 5 issue

[van der Grijn, Bart (B)]

Raju, I believe section 4.6.9 in that Redbook describes what you're seeing: 

start quote
When the arrays are created on a DS8870, the microcode determines which array 
sites
contains spares. The first array sites on each DA pair that are assigned to 
arrays contribute
one or two spares (depending on the RAID option) until the DA pair has access 
to at least four
spares, with two spares placed on each loop.
A minimum of one spare is created for each array site that is assigned to an 
array until the
following conditions are met:
 There are a minimum of four spares per DA pair.
 There are a minimum of four spares for the largest capacity array site on the 
DA pair.
 There are a minimum of two spares of capacity and RPM greater than or equal 
to the
fastest array site of any capacity on the DA pair.
end quote

So you might need to create some other arrays before you create the arrays 
where you don't want spares. 

Your local IBM storage engineer should be able to help you plan your 
configuration. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Raju Reddy
Sent: Friday, February 15, 2013 8:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DS8870 - RAID 5 issue

Scott,

Thanks for that.. I have the Redbook handy and followed the same procedure.

But there it is mentioned how to use RAID 5 (7+P) combination.

And also while creating Arrays, I dont see RAID 5 (7+P) but it
automatically pick ups RAID 5 (6+P+S).


Regards,
Raju


On Fri, Feb 15, 2013 at 1:01 PM, Scott Ford scott_j_f...@yahoo.com wrote:

 Raju,

 http://www.redbooks.ibm.com/abstracts/sg248085.html?Open

 Scott ford
 www.identityforge.com

 Tell me and I'll forget; show me and I may remember; involve me and I'll
 understand. - Chinese Proverb


 On Feb 15, 2013, at 3:26 AM, Raju Reddy rajunjmainfra...@gmail.com
 wrote:

  Dear All,
 
  We are under the process of migrating to DS8870 from DS8810.
 
  While I create new Ranks with Array capacity of 2400GB(8*300GB), I get
  around 1652GB of usable storage while rest will go for Parity and Spare.
 
  We use SSD disks and I used Ranks to pick RAID5 which automatically
 picked
  RAID 5 (6+P+S) and thus causing loss of 750 GB of storage.
 
  We need RAID 5 (7+S) for 'Development' LPAR's to increase the usable
  storage but DS8000 GUI is not allowing me chose RAID 5 (7+S) combination.
 
  Can you please advice how to make Ranks pick RAID 5 (7+S) combination.?
 
 
  Regards,
  Raju

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

Re: Parked Processors

[van der Grijn, Bart (B)]

Note that IBM suggests there are circumstances where you should consider 
disabling it: 
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD105930

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Wednesday, December 12, 2012 7:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parked Processors

...

But don't turn off hiperdispatch unless you have a real reason too -- such 
as you don't like to get as much work done as you could.

Peter Relson
z/OS Core Technology Design

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

Re: maintain, distribute multiple copies same-named ZFS files

[van der Grijn, Bart (B)]

In our older environment (no real sysplex), each system has its own master 
catalog, but the root file system is part of sysres volume which is actually 
shared between systems. We don't ship new copies of the root file system, 
instead we IPL with a new version of sysres each month. The root file system is 
not in the master catalog, it is in a ucat on sysres.

In our new environment (all sysplex), the 'IBM root' file system is still on a 
shared sysres (in a ucat on sysres), but it has the name of the sysres in the 
dataset name (using SYSR1). Again, we never replace the file system by itself, 
we replace sysres every month. The real (sysplex) root file system is shared 
across the plex. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bonno, Tuco
Sent: Friday, October 26, 2012 7:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: maintain, distribute multiple copies same-named ZFS files

operating environment here is all z/os 1.13
how am i suppsed to clone and DISTRIBUTE (with emphasis on *distribute*) zfs 
files?
CURRENTLY, I have a situation where 6 lpars, 3 production and 3 test, all share 
the same master catalog.  In that master catalog, the entry for OMVS.ROOT reads 
as follows, (i.a.,) :   volser   hfsv1 ;and there are 6 3390s out 
there, one for each lpar, each of which has a copy of OMVS.ROOT on it.  
Currently, each such omvs.root is an HFS file.  Whenever any lpar is ipled, the 
value of hfsv1 is set bmo of an entry in an appropriate IEASYM-- in an 
appropriate PARMLIB, and each lpar runs with its own copy of the root,  called 
 OMVS.ROOT .
whenever i have a NEW COPY of omvs.root that needs to be distributed, i (1) 
drain the 3 test lpars; (2) go to the pack in each test lpar whcih contains  
omvs.root and do a DELETE/NOSCRATCH  for the omvs.root on that pack ; (3)  
from a 7th lpar, i copy the new version of omvs.root to the pack in each test 
lpar which is supposed to have a copy of omvs.root on it, using a 
DISP=(NEW,KEEP).  Later on, those 3 test lpars are ipled as production lpars. 
  in this methodology, the entry in the master catalog is never touched, and 
nothing in any of the 3 production lpars is ever impacted by whatever i may be 
doing in any test lpar.  (This g.p. methodology is how i maintain ALL the o/s 
image dsn-s)  (and, btw, i use this methodology to distribute a couple DOZEN 
omvs/unix-system-services dsn-s, not just omvs.root)

the recent emphasis from ibm is, has been, to convert one's HFS files to ZFS.

so, now, given that zfs files are really vsam files,  (1) how does one maintain 
multiple copies of zfs files off of one master catalog, given that you can't 
catalog vsam files using symbolic values in the catalog entry ;  (2) next, 
assuming that there is some method -- unknown to me at the present moment -- to 
maintain multiple copes of identically-named vsam files off of one catalog , 
how do i go about distributing new copies of zfs files, using my methodology 
that I described above?  First of all, if I follow the above-described 
scenario, the first time i try to delete a zfs file (a vsam file, now) , isn't 
that going to also erase the catalog entry for it  (and wreak some havoc for 
the remaining 5 lpars, which are also still using the catalog) ?   Second of 
all, there is/are the VVDS entries, something I need not bother myself about in 
my current methodology (b/c in that, no vsam files are involved) -- how do i 
keep them sync-ed up?   (3) i tried to consult several books about this , i.a., 
z/os distributed file service file system implementation , distributed file 
sevice zSeries file system Administration  and  volume 9, ABCs of system 
programming and z/FS reorganization tool , and i just can't get this to work 
, at least in the context of the methodology i currently use to distribute
omvs/unix-system-services  dsn-s.  Maybe i need to totally change my 
methodology?  EXACTLY how are other people doing this kind of thing?

TIA

/s/ tuco bonno;
Graduate, College of Conflict Management;
University of SouthEast Asia;
I partied on the Ho Chi Minh Trail - tiến lên !! 

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

Re: Tivoli SA

[van der Grijn, Bart (B)]

GDPS is System Automation based, so yes, you need to pay for GDPS, SA and 
Netview. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Uwe Oswald
Sent: Thursday, October 04, 2012 10:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Tivoli SA

And with GDPS? GDPS as far as I know is Netview based too and for GDPS you have 
to pay also

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von craig.p...@fotlinc.com
Gesendet: Donnerstag, 4. Oktober 2012 15:46
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Tivoli SA

IBM System Automation requires Netviewyou must license both.
 
 
 



From:   Uwe Oswald uwe.osw...@zit-consulting.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/04/2012 08:44
Subject:Tivoli SA
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hi,

does someone have any experience if IBM System Automation requires Netview as a 
standalone (licensed) product or comes SA with a small, own Netview 
incorporated already?

Thx

Uwe

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

Re: IDCAMS ODDITY?

[van der Grijn, Bart (B)]

Esmie, a number of the replies you've received have been incorrect (or at least 
they do not match the manual), and the below list is also not correct (the 2nd 
example is not valid). My suggestion would be to take a look at the DFSMS AMS 
for Catalogs manual, specifically the section titled 'How to code 
subparameters'. It has a section on what is and is not legal for the 
'entryname' parameter.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Wednesday, October 03, 2012 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMS ODDITY?

Dan,
 
Thanks for the clarification.  Now I think I understand.  I am only allowed one 
wildcard in the mix, doesn't matter where it is placed.
A.B.C.D.E.*
*.B.C.D.E.F
A.*.C.D.E.F
A.B.*.D.E.F
A.B.C.D.*.F
 
Brings back memories of kindergarten.  Thanks for the AHA moment.  Many thanks.

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

Re: IPSec

[van der Grijn, Bart (B)]

I used the configuration assistant initially, but couldn't get my head wrapped 
around why it was working the way it was until I looked at the code it was 
generating. Once I understood that, I found it easier to just code it manually 
and stopped using the assistant. The resulting code is a lot more compact and 
easier to read/debug.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Friday, September 21, 2012 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPSec

All,

I am looking at implementing IPSec between z/os and windows/XP server.
The RedBook sg247342 mentions using IBMs Configuration Assistant, does anyone 
know if this is a requirement ? 

Scott ford
www.identityforge.com
--
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: Valid DATACLAS names - where documented?

[van der Grijn, Bart (B)]

Although not the FM, the panel definitions (ex DGTSCDC2) suggests it is any 
valid member name as it has the following:

VER (FCDCDCN,NAME,MSG=DGTUC013)

BTW, the indicated message is

DGTUC013   'INVALID CONSTRUCT NAME'   .HELP= DGTMUC13  .ALARM= YES
'Must be 1 to 8 alphamerics starting with alphabetic, $, @, *, #, or %

Bart


-Original Message-

  -Original Message-
  From: IBM Mainframe Discussion List 
  [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf
  Sent: Monday, August 13, 2012 12:14 PM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Valid DATACLAS names - where documented?
 
  I'm sorry if I'm dense, but I can't find this in the FM.
  Does anyone know where the valid syntax of a DATACLAS name is 
  documented?
 
  Kirk Wolf
  Dovetailed Technologies
  http://dovetail.com
 

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