I got curious.   Looks like ****** and &SYSR1 are interchangeable for 
everything with one restriction noted below

RTFMing in Init & Tuning: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae200/ieae20035.htm

I see the following restrictions for indirect cataloging:

Indirect volume serial support can only be used for data sets residing on 
SYSRES and its logical extensions. These are typically data sets that are 
installed as part of a system build process. Use with user or application data 
sets is not supported.
Cataloged data sets must be non-VSAM and non-SMS-managed.
The volume must be mounted and online when a request is made to retrieve 
information from the catalog.
You are responsible for managing volumes where the data sets reside. If you 
move a data set from one volume to another, you must make the related changes. 
Changes include:
setting up parmlib, proclib, and JCL.
establishing system management procedures such as security, backup, and 
recovery.


The following cannot be catalogued with a system symbol:
SYS1.PARMLIB
Any parmlib data set listed in LOADxx without a volume name.
Any parmlib data set (including SYS1.PARMLIB) can be catalogued with six 
asterisks (******).

_____________________________________________________________________________________________________
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Matthew Stitt
Sent: Thursday, August 29, 2019 9:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Clarification on DASD mod conversion of SYSRES

**CAUTION EXTERNAL EMAIL**

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

I mis-wrote.

My LPALSTxx and PROGxx do not utilized the &SYSR1 variable.  Only on the APF 
statements is it used.  Sorry for the confusion.

All the datasets except for the VSAM (ZFS) on my the volume I use for SMP/E 
target and IPL are cataloged with &SYSR1 for the volume name.  Even 
SYS1.NUCLEUS, SYS1.LPALIB, and SYS1.LINKLIB, which must be on the IPL volume 
anyway.  Except for SYS1.PARMLIB and SYS1.PROCLIB, which are cataloged using 
****** for the volume name.  I've had IPL issues when not using that 
convention.  But usage of that special volume name implies they are on the IPL 
volume.

On Thu, 29 Aug 2019 12:49:47 +0000, David Spiegel <dspiegel...@hotmail.com> 
wrote:

>Hi Matthew,
>That is not the same as CATALOGing Datasets to VOL(&SYSRx).
>
>Regards,
>David
>
>On 2019-08-29 08444, Matthew Stitt wrote:
>> On my systems, I use the volume parameter of the LPALSTxx, PROGxx, etc.  
>> Volume is set to &SYSR1 (or &SYSR2 (on mod-54, so not needed now) ).  Have 
>> no issues with IPL using this method.
>>
>> Matthew
>>
>> On Thu, 29 Aug 2019 10:58:15 +0000, Richards, Robert B. 
>> <robert.richa...@opm.gov> wrote:
>>
>>>> So, has anyone IPL'd z/OS 2.2 or higher with the data sets on the sysres 
>>>> catalogued to volume &SYSR1. instead of volume ****** ???
>>> Not in my shop (z/OS 2.3). All my references to &SYSR1. are all contained 
>>> in IEASYM00 and are used to substring its first four characters for the 
>>> setting of &SYSR2., etc.
>>>
>>> Bob
>

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

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

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


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

Reply via email to