Re: DFSMSrmm and DFHSM - Tape Expirations

[Wheeler, Simon]

Hi Terri,

Couldn't see if this has already been answered, but if everything looks 
correctly defined within RMM and HSM, could it be the scratch expiry setting on 
the VTS scratch category?

It can be set to keep scratch tapes for a specified time, so although scratched 
in RMM they can't be used until the VTS expiry time has elapsed.

thanks,
Simon.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: 11 September 2019 17:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: DFSMSrmm and DFHSM - Tape Expirations

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

**
Thanks for the answers so far, but I don’t think I am explaining it correctly.



DFHSM scratches the tape, RMM shows as scratch also, but within I guess my VTS 
volume definitions it does not scratch.



So in ISMF, Then option 2 for Volume, then Option 3 for Mountable Tapes, it is 
not scratch. This is what I have to fix every Monday after DFHSM returns tapes, 
because of 1999/365.



I only keep 15 days RETPD in my dumpclass, so now every week it deletes about 
50 tapes, but even though RMM shows as scratch if I display my available 
scratch tapes, they are no scratch.



This requires my to ALTER the volume and change to S - Scratch status to match 
the current RMM tape status.



Oh I should mention all my tapes are in one pool, HSM included.



So I am missing something, but since this is my first VTS and RMM setup, I am 
not sure what?



Ms Terri E Shaffer

Senior Systems Engineer,

z/OS Support:

ACIWorldwide – Telecommuter

H(412-766-2697) C(412-519-2592)

terri.shaf...@aciworldwide.com



-Original Message-

From: IBM Mainframe Discussion List  On Behalf Of Max 
Smith

Sent: Tuesday, September 10, 2019 7:22 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: DFSMSrmm and DFHSM - Tape Expirations



External Email





Hi Terri,



In your first update you indicated you were having trouble with dump tapes.  Is 
it only dump or is it also ML2 and Backup tapes also?  There is a separate 
setup for dump tapes in the DEFINE DUMPCLASS eg EXPIRATIONDATE, RETENTIONPERIOD 
& AUTOREUSE these allow you to manage your dump tapes differently than your 
other tapes.



I would suggest as opposed to using VRS's use the EDM (External Data Manager) 
support added in RMM and discussed here 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_support_pages_tapes-2Dreleased-2Dscratch-2Dwithout-2Dhsm=DwIGaQ=fXqKLe8hYaTUGdMO87BomA=N8X6WUEdDcmMkF942cLcZpTmK1om3UZ98XkAPjjFZFA=NgdcxmPFo3UNOVAqr9AaX4Ojtqc4TAHmUsIGxinuyOk=ntuFDsbGrlRxEVdRpmxze8MnVr2xWhT6Q_iFcpZxWxg=
 



You can also use some of the FIXCDS commands here to see if HSM still knows 
about the tape(s).  You should also make sure the EDGTVEXT is installed 
correctly as documented in RMM because that is what HSM needs to call to 
communicate a volume to scratch to RMM.



In addition you could refer to APAR OA52541 for additional information.

https://urldefense.proofpoint.com/v2/url?u=https-3A__www-2D01.ibm.com_support_docview.wss-3Fuid-3Disg1OA52541=DwIGaQ=fXqKLe8hYaTUGdMO87BomA=N8X6WUEdDcmMkF942cLcZpTmK1om3UZ98XkAPjjFZFA=NgdcxmPFo3UNOVAqr9AaX4Ojtqc4TAHmUsIGxinuyOk=ITk8R8O1Yo5OmyMYUoiv8l66hTzhF58_OO3IE7UlF_w=
 



We had times when the VRS's were not set up properly to manage the tapes and 
found they could get released to scratch prematurely so we put in the EDM 
support to allow HSM and RMM work better together.



Hope this helps.



Max Smith DFSMS Development



--

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



 
[https://urldefense.proofpoint.com/v2/url?u=https-3A__www.aciworldwide.com_-2D_media_aci-2Dfooter=DwIGaQ=fXqKLe8hYaTUGdMO87BomA=N8X6WUEdDcmMkF942cLcZpTmK1om3UZ98XkAPjjFZFA=NgdcxmPFo3UNOVAqr9AaX4Ojtqc4TAHmUsIGxinuyOk=NKu8KoF3EGrGiUVTPmFoHUN0fDpybDy6-48_W5Y-Mzs=
 ] 


This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.



--

For IBM-MAIN subscribe / signoff / archive 

Re: [EXTERNAL] Seeking help with DFSMSrmm

[Wheeler, Simon]

Hi Sean,

Have you created VRS definitions? These are used to control retention, based on 
a variety of factors, such as whether the dataset is catalogued. EDGRMMxx is 
more to do with system options and VLPOOL defs where I guess you'd set 
EXPDTCHECK(N) to rely on RMM volume status to govern scratch eligibility etc. 

thanks,
Simon.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: 29 July 2019 08:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Seeking help with DFSMSrmm

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

**
I'm having considerable difficulty getting rmm to work on my system & I wonder 
if anyone might be able to help.
The main problem is that I can't a seem to get it to retain tapes that have 
unexpired files on them.
I've tried numerous combinations of settings in the EDGRMMxx parmlib member, 
all to no avail.
I can get it to release tapes, yes, but it either leaves the associated file 
names in the system catalog, or it unilaterally deletes them, unexpired or 
not... which wouldn't make users very happy, should I ever let this beast out 
of the sandbox.
If anyone has successfully implemented rmm on their system(s), perhaps you can 
shed some light on this (almost certainly self-inflicted) problem.

Regards
Sean

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: LISTCAT by VOLUME [EXTERNAL]

[Wheeler, Simon]

Hi,

Although maybe only good for a few disks (can get slow when using volser 
masking for many disks), but ISPF 3.4 and P would create a list in your SPF 
LIST dataset.

thanks,
Simon.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Feller, Paul
Sent: 17 July 2019 21:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTCAT by VOLUME [EXTERNAL]

Well if you don't mind writing some code you could use the DCOLLECT function of 
IDCAMS to create a dataset.  Then you could write some code to read the dataset 
and create a list.

Thanks..

Paul Feller
AGT Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, July 17, 2019 3:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTCAT by VOLUME [EXTERNAL]

On Wed, 17 Jul 2019 20:20:58 +, Frank Swarbrick wrote:

>Is there a way to use IDCAMS LISTCAT (or something else, I suppose) to show 
>what datasets are on each volume (or specified volumes) and how much space 
>they are taking?  If so, how?

IEHLIST LISTVTOC

--
Tom Marchant

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: TS7700

[Wheeler, Simon]

Hi

It's not that clear, but for FICON ports on each of my VTS arrays, the GUI 
shows: 
Slot 3, Ficon Card 2, Port 0
Slot 6, Ficon Card 3, Port 0
Slot 3, Ficon Card 0, Port 0
Slot 6, Ficon Card 1, Port 0

I think card 1 and 2 are 'Alternate' and card 0 and 3 are 'Primary'. The 
engineer should be able to clarify what you have and how they will be 
configured.

Useful tip, when you click the port details it shows the chpid number that it's 
attached to so you can check that it agrees with what you expect in HCD.

The grid connection ports are called 0, 1, 2 and 3. Internal network is 0 and 
1. Customer ports are V, 0 and 1.

Hope this is of some help,

  Simon

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: 15 February 2019 12:57
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] TS7700

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

**
Hello List,

In the installation & planning guide for TS7700, I see only a single diagram 
for the I/O area.
Is there anything that mentions the interface IDs of each port in the I/O area?
Like how we have I names for the ports in the DS8K.

Thanks in advance, I'm going mad trying to find documentation.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670


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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**

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

Re: [EXTERNAL] ARC1139I RC39 RSB08

[Wheeler, Simon]

Hi,

We use hold commands in the ARCCMD parm member to prevent an lpar from 
recalling, but it's allowed to put requests on the common queue (this was 
because we used to be short on tape drives).

E.G.
ONLYIF HSMHOST(2)
  HOLD RECALL(TAPE)  
ONLYIF HSMHOST(2)
  HOLD COMMONQUEUE(RECALL(SELECTION))

thanks,
Simon.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Munif Sadek
Sent: 30 January 2019 03:48
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] ARC1139I RC39 RSB08

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

**
Dear listers

we are SNSPLex and common recall queue between our Production and test LPAR

ARC1500I PLEXNAME=ARCPLEX0,PROMOTE PRIMARYHOST=NO,PROMOTE SSM=NO,COMMON RECALL 
ARC1500I (CONT.) QUEUE BASE NAME=HSMPLEX,COMMON RECALL QUEUE

Problem is a valid user with valid access recalling a dataset in Production but 
recall request is getting processed on Test LPAR where userid dose not exist. 
Dataset profile does exist as we share all the  DASDs and other infrastructure.

In Production SYSTEM   
ARC1001I XXX.YY.ZZ  RECALL FAILED, RC=0039, REAS=0008  
ARC1139I ERROR PROCESSING RACF PROTECTED DATA SET, RECOVERY/RECALL/DELETE   
ARC1139I (CONT.) TERMINATED  

In Test SYSTEM we get  
ICH408I USER(USERID ) GROUP(@@ACTIVE) NAME(USER NAME) LOGON/JOB 
INITIATION REVOKED USER ACCESS ATTEMPT 

Is there a PATCH / SURROGATE / HSM SAF facility that can fix this *generic* 
error.

regards
Munif

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: [EXTERNAL] Re: Another IBM tape not for z/OS

[Wheeler, Simon]

Hi,

I'd have to agree. Management of dataset and volume backups and dumps is tricky 
without HSM taking care of it by writing to tape, either real or virtual, 
quickly becoming a management overhead - though it did say "almost all". 

thanks,

  Simon Wheeler

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joel C. Ewing
Sent: 04 December 2018 15:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Another IBM tape not for z/OS

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

**
On 12/02/2018 07:55 PM, Rugen, Len wrote:
> Batch tape should be dead, even if batch JCL still looks like tape is used.   
> One of my last SMS projects was to manage tape, redirecting almost all to SMS 
> disk.   
>
>
>
Before employing any technique to convert all tape data sets to DASD, one 
should I hope first consider whether replacing a tape data set with a DASD data 
set is a reasonable act based on the application design. The one logical 
capability of a tape data set, even one using virtual tape, that is not 
normally associated with a  DASD data set is the innate ability to continue to 
exist for hours,  days, or even longer after a new data set with identical name 
has been created, depending on how tapes volumes are  scratched.   The use of 
tape could mean the application is depending on that retention as an implicit 
and essential part of recovery should programming errors or other disasters 
occur during application processing, especially if the problem is a subtle one 
that isn't caught immediately.  Throwing out that capability without providing 
a suitable substitute is something you may live to regret.

    Joel C. Ewing

--
Joel C. Ewing

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: [EXTERNAL] IBM copy services Split and replicate option

[Wheeler, Simon]

Peter,

My command example contains mkpprc and rmpprc but it didn't get separated in 
the previous email!

E.g. something like;

mkpprc -dev IBM.2107-serial1 -remotedev IBM.2107-serial2 -type mmir -mode full 
-critmode A001-A06F:3001-306F 

rmpprc -dev IBM.2107-serial1 -remotedev IBM.2107-serial2 -at src -quiet 
A001-A06F:3001-306F

thanks,
Simon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wheeler, Simon
Sent: 17 September 2018 14:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] IBM copy services Split and replicate option

Hi Peter,

Once you have completed the configuration and have all volumes and paths 
defined, use the mkpprc and rmpprc commands to 'make' or 'remove' copy pairs.

E.g. something like;
mkpprc -dev IBM.2107-serial1 -remotedev IBM.2107-serial2 -type mmir -mode full 
-critmode A001-A06F:3001-306F rmpprc -dev IBM.2107-serial1 -remotedev 
IBM.2107-serial2 -at src -quiet A001-A06F:3001-306F

Note: serial1 and serial2 will be the serial numbers for the local and remote 
arrays - make sure this is the correct way around! These examples set up pairs 
for a range of CKD volumes, i.e. A001>3001, A002>3002, A003>3003 etc up to 
'6F'. You can do one at a time.

You'll get lots of messages like;
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 3001:A001 
successfully created. 

There's also the failoverpprc and failbackpprc commands for disaster recovery 
situations but I've not really played with these much so can't advise on these 
but they may be worth further reading.

thanks,
Simon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: 17 September 2018 04:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] IBM copy services Split and replicate option

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

**
Hi

Apology for the dummy query.

After TPCR, this is is the first I am looking at IBM Copy services .

Now we are in metro mirroring . Under IBM Copy services which option is that on 
which performs the breaking of replication and re-establishes the replication.

I am going through each options session , storage , paths , console but I am 
not getting clue

Is there anyone who is using IBM Copy services and can guide me a bit ?

Peter

--
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
**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: [EXTERNAL] IBM copy services Split and replicate option

[Wheeler, Simon]

Hi Peter,

Once you have completed the configuration and have all volumes and paths 
defined, use the mkpprc and rmpprc commands to 'make' or 'remove' copy pairs.

E.g. something like;
mkpprc -dev IBM.2107-serial1 -remotedev IBM.2107-serial2 -type mmir -mode full 
-critmode A001-A06F:3001-306F
rmpprc -dev IBM.2107-serial1 -remotedev IBM.2107-serial2 -at src -quiet 
A001-A06F:3001-306F

Note: serial1 and serial2 will be the serial numbers for the local and remote 
arrays - make sure this is the correct way around! These examples set up pairs 
for a range of CKD volumes, i.e. A001>3001, A002>3002, A003>3003 etc up to 
'6F'. You can do one at a time.

You'll get lots of messages like;
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 3001:A001 
successfully created. 

There's also the failoverpprc and failbackpprc commands for disaster recovery 
situations but I've not really played with these much so can't advise on these 
but they may be worth further reading.

thanks,
Simon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: 17 September 2018 04:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] IBM copy services Split and replicate option

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

**
Hi

Apology for the dummy query.

After TPCR, this is is the first I am looking at IBM Copy services .

Now we are in metro mirroring . Under IBM Copy services which option is that on 
which performs the breaking of replication and re-establishes the replication.

I am going through each options session , storage , paths , console but I am 
not getting clue

Is there anyone who is using IBM Copy services and can guide me a bit ?

Peter

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: [EXTERNAL] Re: Ts7700 replication

[Wheeler, Simon]

Hi,

For data mirroring between TS7760 arrays (grid members) there's two primary 
parts.

1. ACS routines on the mainframe need to assign the desired management class 
that is defined on the VTS with mirroring.

2. On the VTS use constructs, with the same management class name, to determine 
what happens to the data. I've kept it simple with just three management 
classes; one for synchronous write (i.e. mirroring between two arrays), one for 
write to VTS 'a', one for write to VTS 'b'.

The VTS decides how and where to write the tapes by matching the management 
class. It comes with a GUI that makes it easy to define the policy. 

Cheers,
Simon.

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: 02 September 2018 12:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Ts7700 replication

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

**
Is the policy written on Mainframe or is it within TCPIP on when it needs to be 
copied ?

On Sun 2 Sep, 2018, 2:52 PM Gadi Ben-Avi,  wrote:

> I have very limited knowledge but:
> When two, or more, TS7700's are connected it is called a grid 
> configuration.
> The different members of a grid are connected using an IP network.
> There is a policy that defines when a tape is copied.
> You can copy a tape when it is closed, or at the end of every block 
> written.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Peter
> Sent: Sunday, September 2, 2018 1:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Ts7700 replication
>
> Hi
>
> I confess that I have no knowledge about ts7700. Wanted to know how 
> ts7700 tape gets copied to the disaster site ?
>
> Can someone please explain me ?
>
> Peter
>
> --
> 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
**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: [EXTERNAL] Incremental volume and dataset backups

[Wheeler, Simon]

Hi,

If going down the ADRDSSU route, why not use GDGs for the dump datasets?

Cheers,
Simon. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of IBM user
Sent: 31 August 2018 17:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Incremental volume and dataset backups

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

**
Hi IBM-MAIN list,

What can you recommend for incremental backups for volumes with strictly 
non-DB2 datasets (VSAM and non-VSAM)?

I know ADRDSSU supports this.  If you use ADRDSSU, how do you manage the 
rotation of the backups?

Is there a better 3rd party backup package you can recommend?

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: [EXTERNAL] Re: Storage ports for DS8K

[Wheeler, Simon]

Hi,

You're correct, lsioport -l will give information on port name, type and use 
state. There are a number of other 'switches' that can control display output.

thanks,
Simon


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: 15 August 2018 08:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Storage ports for DS8K

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

**
Maybe DSCLI user guide:
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_support_knowledgecenter_HW213-5F7.1.0_com.ibm.storage.ssic.help.doc_f2c-5Fclicommandlist-5F1r7bfc.html=DwIFaQ=fXqKLe8hYaTUGdMO87BomA=N8X6WUEdDcmMkF942cLcZpTmK1om3UZ98XkAPjjFZFA=s0HPFBdcjeLY1odpakZ7bRnu3EkKwp_uPCdBNpsxcV8=CtS6Jdc3mYOVMyYOOZWDUyHCN9FhF-Pbbj0fZRy1uq4=
I think (but never used) "lsioport" or "showioport" would give such info...

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com 
https://urldefense.proofpoint.com/v2/url?u=http-3A__br.linkedin.com_in_lrosalen=DwIFaQ=fXqKLe8hYaTUGdMO87BomA=N8X6WUEdDcmMkF942cLcZpTmK1om3UZ98XkAPjjFZFA=s0HPFBdcjeLY1odpakZ7bRnu3EkKwp_uPCdBNpsxcV8=1WxZA9jHDMb_JEk6va2hC9BZJ-FSvElpZ-7gyJogR6w=



Em qua, 15 de ago de 2018 às 08:27, Jake Anderson 
escreveu:

> Hi
>
> Any documentation or manual which can help me to identify the free 
> ports in DS8K boxes ?
>
> 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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: [EXTERNAL] Re: HLQ change of SMP/E files

[Wheeler, Simon]

Hi,

Maybe it would be possible to rename the datasets as desired and create dataset 
aliases for the old names, so no SMP/E changes would be required?

thanks,
Simon
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of CM Poncelet
Sent: 03 May 2018 16:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files

Hi Vignesh,
 
Yes, all the existing datasets can be copied - i.e. 'cloned' - to new datasets 
with new names. Both the DZONE and TZONE of the new CSI then need to be renamed 
and pointed at each other, and all the new CSI's DDDEFs need to be pointed at 
their new dataset names. It is all done via UCL.
 
Bear in mind that a cloned CSI's GLOBAL zone is still pointing at the original 
CSI's DZONE and TZONE, and this needs to be changed to point it at the cloned 
CSI's DZONE and TZONE.
 
Cheers, Chris Poncelet
 
 

On 03/05/2018 05:17, Sankaranarayanan, Vignesh wrote:
> Hi Chris,
>
> Is it not possible to move the existing datasets into their new names 
> (rename), and do the required UCL work.
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of CM Poncelet
> Sent: Thursday 03-May-2018 09:06
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files
>
> There is more to it than that if you are cloning (copying) a CSI into 
> another CSI. E.g.
>  
> "ZONEEXPORT, UCLIN, ZONEDELETE, DEL/ADD/REP ZONEINDEX GZONE/DZONE/TZONE,"
> "ENDUCL, ZONEIMPORT ... RELATED() etc. and then"
> "DEL/REP/ADD DDDEF() DA() SHR to point at"
> "the DDDEF 'WHYNOT' DSNs in the GZONE/DZONE/TZONE."
>
> You need also to relate your cloned DZONE and TZONE to each other in the 
> cloned CSI, as in e.g.
>
> SET BOUNDARY(DZONE)
> .
> ZONEIMPORT (DZONE) INFILE(IMPORTDZ) INTO(DZONE) RELATED(TZONE) .
> SET BOUNDARY(TZONE)
> .
> ZONEIMPORT (TZONE) INFILE(IMPORTTZ) INTO(TZONE) RELATED(DZONE) .
>
> All the original CSI's SMP/E datasets should be IEBCOPY'd or IEBGENER'd to 
> 'WHYNOT.*' datasets - and the cloned CSI's DDDEFs then updated to point at 
> the 'WHYNOT.*' datasets in its GLOBAL, DZONE and TZONE.
> (Otherwise any RECEIVE, APPLY and ACCEPTs would be applied to the 
> original CSI's SMP/E datasets.)
>  
> Chris Poncelet (retired sysprog)
>  
>  
>
>
> On 02/05/2018 18:27, Sankaranarayanan, Vignesh wrote:
>> Hi Kurt,
>>
>> Thanks for this; the product is in its own target and dlip zones, product 
>> has its own CSI.
>> So the ZONEINDEX is for consideration only when TGT and DLIB have their own 
>> zones, or even if they're all in a single product CSI?
>>
>> PS: Big fan of getting replies from various IBM development teams!!
>>
>> – Vignesh
>> Mainframe Infrastructure
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Kurt Quackenbush
>> Sent: Wednesday 02-May-2018 18:03
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files
>>
>> On 5/1/2018 9:51 AM, Sankaranarayanan, Vignesh wrote:
>>
>>> So will a ZONEEDIT be all, or are there other things to be mindful of?
>> ZONEEDIT is all you need to update the data set names in the DDDEF 
>> entries for the target and dlib data sets.  However, is this product 
>> installed in its own target and dlib zones?  Are those zones in their 
>> own CSI data sets?  If you'll be renaming the CSI data sets too, then 
>> you'll need to update the ZONEINDEX subentries in the global zone, 
>> like
>> this:
>>
>> SET BDY(GLOBAL).
>> UCLIN.
>> DEL GZONE ZONEINDEX((tgtzonename)).
>> ADD GZONE ZONEINDEX((tgtzonename,WHYNOT.dataset.name.CSI,TARGET)).
>> DEL GZONE ZONEINDEX((dlibzonename)).
>> ADD GZONE ZONEINDEX((dlibzonename,WHYNOT.dataset.name.CSI,DLIB)).
>> ENDUCL.
>>
>> Kurt Quackenbush -- IBM, SMP/E Development
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
>> MARKSANDSPENCER.COM
>> 
>>  Unless otherwise stated above:
>> Marks and Spencer plc
>> Registered Office:
>> Waterside House
>> 35 North Wharf Road
>> London
>> W2 1NW
>>
>> Registered No. 214436 in England and Wales.
>>
>> Telephone (020) 7935 4422
>> Facsimile (020) 7487 2670
>>
>> www.marksandspencer.com
>>
>> Please note that electronic mail may be monitored.
>>
>> This e-mail is confidential. If you received it by mistake, please let us 
>> know and then delete it from your system; you should not copy, disclose, or 
>> distribute its contents to anyone nor act in reliance on this e-mail, as 
>> this is prohibited and may be unlawful.
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to 

Re: [EXTERNAL] JCL "diagramming"?

[Wheeler, Simon]

Hi John,

I seem to recall that there was/is(?) a product called CA-JCLCHECK that could 
build JCL flow diagrams. Also, didn't OPC/TWS have a diagram function to show 
AD flow?

At least that's my recollection from years back.

Simon



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: 29 March 2018 16:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] JCL "diagramming"?

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

**
This is a weird idea that is floating around in my head. I am wondering if 
there is any software which can create a "picture", "diagram", or "flowchart" 
of JCL? I'm not too sure if this is even a useful thought. It's just a scratch 
that I must itch (or something like that).

What this may eventually morph into is a scheduling diagram showing our 
production job flow.

--
I have a theory that it's impossible to prove anything, but I can't prove it.

Maranatha! <><
John McKown

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: Enterprise COBOL version runtime

[Wheeler, Simon]

Hi,

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

thanks,

  Simon

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

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

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

Apologies for wasting bandwidth.

Peter

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

Simon,

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

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

Peter

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

Hi,

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

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

thanks,

  Simon Wheeler

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


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

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

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

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

**CAUTION EXTERNAL EMAIL**

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

Hello fellow dragon-slayers!

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

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

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

Billy

--


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


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

Re: Enterprise COBOL version runtime

[Wheeler, Simon]

Hi,

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

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

thanks,

  Simon Wheeler

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


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

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

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

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

**CAUTION EXTERNAL EMAIL**

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

Hello fellow dragon-slayers!

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

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

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

Billy

--
Thank you and best regards,
*Billy Ashton*

--
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
**
The information in this E-Mail is confidential and may be legally privileged. 
It may not represent the views of the SSE Group. 
It is intended solely for the addressees. Access to this E-Mail by anyone else 
is unauthorised. 
If you are not the intended recipient, any disclosure, copying, distribution or 
any action taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful.
Any unauthorised recipient should advise the sender immediately of the error in 
transmission. Unless specifically stated otherwise, this email (or any 
attachments to it) is not an offer capable of acceptance or acceptance of an 
offer and it does not form part of a binding contractual agreement.

SSE plc
Registered Office: Inveralmond House 200 Dunkeld Road Perth PH1 3AQ
Registered in Scotland No. SC117119
Authorised and regulated by the Financial Conduct Authority for certain 
consumer credit activities.
www.sse.com

**


--
For IBM-MAIN subscribe / 

Re: Counting Tape mount requests

[Wheeler, Simon]

Hi Gadi,

There's an IBM extract program called GFTAXTR which is part of the Volume Mount 
Analyser. It uses SMF records to report on tape mounts and drive usage. Google 
has a number of hits.

thanks,

Simon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: 19 June 2017 10:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Counting Tape mount requests

Hi,

Is there any way to count tape mount requests?

We are using z/OS v2.1.

Our tape drives are 3590s. There is no automated library.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

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

**
The information in this E-Mail is confidential and may be legally privileged. 
It may not represent the views of the SSE Group. 
It is intended solely for the addressees. Access to this E-Mail by anyone else 
is unauthorised. 
If you are not the intended recipient, any disclosure, copying, distribution or 
any action taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful.
Any unauthorised recipient should advise the sender immediately of the error in 
transmission. Unless specifically stated otherwise, this email (or any 
attachments to it) is not an offer capable of acceptance or acceptance of an 
offer and it does not form part of a binding contractual agreement.

SSE plc
Registered Office: Inveralmond House 200 Dunkeld Road Perth PH1 3AQ
Registered in Scotland No. SC117119
Authorised and regulated by the Financial Conduct Authority for certain 
consumer credit activities.
www.sse.com

**


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

Re: FTP Failing with space issues

[Wheeler, Simon]

Would the QUOTE command help in this instance, e.g. quote site

Regards,
Simon.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Thomas
Sent: 24 April 2017 14:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP Failing with space issues

i executed the below script from Linux VM  and the below is what it says. Looks 
like site command is not supported . So any idea on how this could be resolved 
or is there any work around ?

Script
---
sftp to1c...@cray.cps.se.com
<< EOF
site blocksize=0 lrecl=3000 recfm=fb prim=25 sec=25 cyl put 
/sap/co2ekh/backup/global_chgback_escoa_2017-01-22:22:00:10.txt 
//'CH2ICST.X.Y.R1'
quit
EOF

Log Message

sftp> site blocksize=0 lrecl=3000 recfm=fb prim=25 sec=25 cyl
Invalid command.
sftp> put /sas/co2ekh/backup/global_chgback_escoa_2017-01-22:22:00:10.txt 
//'CH2ICST.X.Y.R1'
Uploading /sas/comtekh/backup/global_chgback_escoa_2017-01-22:22:00:10.txt to 
//CH2ICST.X.Y.R1
/sap/co2ekh/backup/global_chgback_escoa_2017-01-22:22:00:10.txt 
  68% 2208KB   1.8MB/s   
00:00 ETA
Couldn't write to remote file "//CH2ICST.X.Y.R1": Failure

Regards
Ron T

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

**
The information in this E-Mail is confidential and may be legally privileged. 
It may not represent the views of the SSE Group. 
It is intended solely for the addressees. Access to this E-Mail by anyone else 
is unauthorised. 
If you are not the intended recipient, any disclosure, copying, distribution or 
any action taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful.
Any unauthorised recipient should advise the sender immediately of the error in 
transmission. Unless specifically stated otherwise, this email (or any 
attachments to it) is not an offer capable of acceptance or acceptance of an 
offer and it does not form part of a binding contractual agreement.

SSE plc
Registered Office: Inveralmond House 200 Dunkeld Road Perth PH1 3AQ
Registered in Scotland No. SC117119
Authorised and regulated by the Financial Conduct Authority for certain 
consumer credit activities.
www.sse.com

**


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

Re: Netview Automation User ID

[Wheeler, Simon]

Hi Bill,

If you're talking about Automation Operators, they need to be defined in the 
DSIOPF member and also in the SA Policy option 37 AOP Automation Operators.

thanks,

  Simon Wheeler
  Team Lead
  Storage & Virtualisation Team
  T: +44 (0)23 9249 4884 Internal: 44884
  E: simon.whee...@sse.com
  4 Penner Road, Havant, Hampshire, PO9 1QH
  www.sse.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Widmayer
Sent: 03 July 2016 08:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Netview Automation User ID

Good day to all.
First time for me to add new user ids to Netview Automation task.
I followed the same steps I do for Netview regular, update DSIOPFU and use the 
REFRESH OPERS command.
For Netview Automation, this did not work and still get the error :
DSI021A INVALID OPERATOR IDENTIFICATION, REENTER

Can someone point me in the right direction?
Version is NetView V6R1 - NM.
I've looked online at the Automation manuals and have not found a clear 
admin/setup guide.

Thanks

Bill Widmayer








The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
**
The information in this E-Mail is confidential and may be legally privileged. 
It may not represent the views of the SSE Group. 
It is intended solely for the addressees. Access to this E-Mail by anyone else 
is unauthorised. 
If you are not the intended recipient, any disclosure, copying, distribution or 
any action taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful.
Any unauthorised recipient should advise the sender immediately of the error in 
transmission. Unless specifically stated otherwise, this email (or any 
attachments to it) is not an offer capable of acceptance or acceptance of an 
offer and it does not form part of a binding contractual agreement.

SSE plc
Registered Office: Inveralmond House 200 Dunkeld Road Perth PH1 3AQ
Registered in Scotland No. SC117119
Authorised and regulated by the Financial Conduct Authority for certain 
consumer credit activities.
www.sse.com

**

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

Re: DS8000 LCU/Subsystem

[Wheeler, Simon]

Ben,

You're on the right track, but I've always kept the device numbers on the array 
and z/OS the same so don't know if the mix of Annn on the array and Ennn on the 
host would work.

My site example:
mklcu -dev IBM.2107-blahblah -qty 1 -id A0 -ss A000
mklcu -dev IBM.2107-blahblah -qty 1 -id A1 -ss A100
mklcu -dev IBM.2107-blahblah -qty 1 -id A2 -ss A200
etc.

mkckdvol -dev IBM.2107-blahblah  -extpool p0 -cap  1113 -eam rotateexts 
A000-A001
mkckdvol -dev IBM.2107-blahblah  -extpool p0 -cap  3339 -eam rotateexts 
A002-A00B
mkckdvol -dev IBM.2107-blahblah  -extpool p0 -cap 10017 -eam rotateexts 
A00C-A01A
mkckdvol -dev IBM.2107-blahblah  -extpool p0 -cap 33390 -eam rotateexts 
A01B-A029
mkckdvol -dev IBM.2107-blahblah  -extpool p0 -cap 64554 -eam rotateexts 
A02A-A042
mkckdvol -dev IBM.2107-blahblah  -extpool p1 -cap  1113 -eam rotateexts 
A100-A101
mkckdvol -dev IBM.2107-blahblah  -extpool p1 -cap  3339 -eam rotateexts 
A102-A10B
mkckdvol -dev IBM.2107-blahblah  -extpool p1 -cap 10017 -eam rotateexts 
A10C-A11A
mkckdvol -dev IBM.2107-blahblah  -extpool p1 -cap 33390 -eam rotateexts 
A11B-A129
mkckdvol -dev IBM.2107-blahblah  -extpool p1 -cap 64554 -eam rotateexts 
A12A-A142
mkckdvol -dev IBM.2107-blahblah  -extpool p2 -cap  1113 -eam rotateexts 
A200-A201
etc.

Devices on z/OS defined as Annn on the A000, A100, A200 CUs.

thanks,

  Simon Wheeler


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Benjamin Huntsman
Sent: 12 March 2016 18:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DS8000 LCU/Subsystem

Hi!
   Thanks for the reply!
   I'm really trying to fully understand this.  Taking a slightly-modified 
version of your example IOCP lines below, you're saying that it's the CUNUMBR= 
value that ties the CTLUNIT and IODEVICE lines together within the IOCP, but 
the DS8000 doesn't care about that.  The RedBooks state that the CUADD must 
match the LCU ID, therefore if the CUADD=A0, then -id A0 must be specified on 
the mklcu command on the DS8000:

CNTLUNIT CUNUMBR=1234,PATH=(xx,xx),UNIT=2105,
   UNITADD=((00,256)),CUADD=A0 IODEVICE 
ADDRESS=(E000,256),CUNUMBR=1234,UNIT=3390

   So if I understand you correctly, you're saying that from the z/OS side, the 
-ss parameter is irrelevant, so that my mklcu should look like this:

mklcu -qty 1 -id A0 -ss A000 -lcutype 3990-6

   And then I would define volumes as:

mkckdvol -extpool P0 -cap 3339 -name CKD_P0_#h A000-A0B9

   And so on the DS8000, for example, I'll have volume A000, but z/OS will see 
it as E000, due to the IODEVICE line??

Thank you again for taking the time to work through this with me.  This isn't 
something that comes up all the time and it's been fun to work through!

-Ben



From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Malcolm Beattie [beatt...@uk.ibm.com]
Sent: Saturday, March 12, 2016 5:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DS8000 LCU/Subsystem

Benjamin Huntsman writes:
>I'm trying to provision a new LCU and some volumes on a DS8000.  First, 
> the LCU:
>
> mklcu -qty 1 -id A0 -ss E000 -lcutype 3990-6
>
>That works, and I can see the LCU.  Now the volumes:
>
> mkckdvol -extpool P0 -cap 3339 -name CKD_P0_#h E000-E0B9
>
>Then, I get a load of errors, like this:
>
> CMUN02282e mkckdvol: E000: Unable to create CKD logical volume: CKD 
> volumes require a CKD logical subsystem

I think it's that the volume IDs E000-E0B9 you're creating need to have the 
first two hex digits matching the LCU id which in your case is A0 (from the 
"mklcu ... -id A0"). The "-ss E000" isn't really related to the important 
naming and mapping between I/O on the z side and on the DS8k side. The 
subsystem id is just an admin-chosen number that the DS8k will present to the 
operating system when it asks. So what you probably want is:

  mkckdvol -extpool P0 -cap 3339 -name CKD_P0_#h A000-A0B9

(provided that P0 is a CKD extent pool in the first place).
What the DS8k sees from the channel when the z side asks to do I/O to a volume 
is the LCU id and the number of the volume within that range (00-B9 in your 
example above).

Looking at the I/O from the operating system on the z side, you're referring to 
a volume by its device number (ok, it's really the subchannel corresponding to 
it but ignore that here). The mapping from z device number to the (LCU id, 
index-within-range-on-that-LCU) pair is done by the z channel subsystem by 
using what you have in your IOCDS.

>From your mkckdvol command, I'm guessing you want those device numbers to 
>appear as E000-E0B9 on the z side. The relevant parts of that here may well be 
>something based on IOCP source (or a corresponding HCD-created configuration) 
>like:

 CNTLUNIT CUNUMBR=1234,PATH=(xx,xx),UNIT=2105,
   UNITADD=((00,256)),CUADD=1A
 IODEVICE ADDRESS=(E000,256),CUNUMBR=1234,UNIT=3390

The CUNUMBR is only relevant on