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:[email protected]] On Behalf Of Jesse 1 Robinson Sent: Thursday, January 04, 2018 5:58 PM To: [email protected] 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 [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jesse 1 Robinson Sent: Thursday, January 04, 2018 3:40 PM To: [email protected] 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 [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Nims,Alva John (Al) Sent: Thursday, January 04, 2018 3:33 PM To: [email protected] 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:[email protected]] On Behalf Of Jesse 1 Robinson Sent: Thursday, January 04, 2018 6:20 PM To: [email protected] 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 [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jerry Whitteridge Sent: Thursday, January 04, 2018 3:05 PM To: [email protected] 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: [email protected] Cell: 602 527 4871 <---- Note New Phone Number ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN
