Innovation has a product called FDRPAS that can be rented that does the copies while the system is up and running. We have used it several times and it works great.
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson
Sent: Thursday, January 04, 2018 5:58 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: Re: Accessing 65536 devices
I think I out-clevered myself. x'FFFF' is the highest numbered device, but since x'0000' is also a valid device number, the total number is 65,536 UCBs. In any case, we need to go beyond that limit in a single LPAR. It's only temporary, but the alternative is drawn out and laborious.
1. Identify some subset of the new subsystem that can be accommodated in the current IODF.
2. Activate a new IODF with that subset defined.
3. Copy old volumes to new within that range.
4. Activate a new IODF that deletes the old volumes already copied.
5. Rinse and repeat until the last of the old volumes have been copied.
6. Activate a new IODF that deletes the old subsystem entirely.
We've been through this house of mirrors many times in the past. It takes months. I'm hoping for a linear approach that allows us to copy all volumes in a single exercise.
.
.
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
***@sce.com
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson
Sent: Thursday, January 04, 2018 3:40 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: (External):Re: Accessing 65536 devices
Yes. 65,535 is the maximum number of devices that can be represented with four hex digits. If you add one more device, you need an extra hex digit. I understand that channel sets can allow for more than 64K UCBs in an IODF, but I thought that no single LPAR could address all of them at the same time. In order to copy old volumes to new, we have to have all of them online concurrently.
.
.
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
***@sce.com
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Nims,Alva John (Al)
Sent: Thursday, January 04, 2018 3:33 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: (External):Re: Accessing 65536 devices
Ah, UCB's are HEX, so x'FFFF' = 65535, correct?
Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson
Sent: Thursday, January 04, 2018 6:20 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: Re: Accessing 65536 devices
So this would involve 5-digit UCBs? We could probably manage that as long as all devices are concurrently accessible. Aren't commands like VARY limited to four digits?
.
.
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
***@sce.com
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Jerry Whitteridge
Sent: Thursday, January 04, 2018 3:05 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: (External):Fw: Accessing 65536 devices
By using the CSSID/SS* in the IODF you can get way more than the basic number
Example from a z13
CSS Devices in SS0 Devices in SS1 Devices in SS2 Devices
in SS3
/ ID Maximum + Actual Maximum + Actual Maximum + Actual Maximum + Actual
_ 0 65280 12384 65535 0 65535 0 65535 0
_ 1 65280 0 65535 0 65535 0 65535 0
_ 2 65280 0 65535 0 65535 0 65535 0
_ 3 65280 0 65535 0 65535 0 65535 0
_ 4 65280 0 65535 0 65535 0 65535 0
_ 5 65280 0 65535 0 65535 0 65535 0
--
Jerry Whitteridge
IBM Global Services
Delivery Manager
e-Mail: ***@ibm.com
Cell: 602 527 4871 <---- Note New Phone Number
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
==========================
This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN