-DS QD,VOL=A01P01,UCB IEE459I 06.45.24 DEVSERV QDASD 687 UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL EFC 049A8 A01P01 2107986 2107900 10017 4900 0175-KAD51 0175-KAD51 *OK UCB AT V026FA5B0 0088FF8C49A80000 0000000000E4C3C2 3030200F006FA589 00010100C1F0F1D7 F0F1100000A20001 026FA3B002898608 0000001200000000 UCB PREFIX AT V028FB200 000D904000000000 00000000000116E8 289C16A9FF0002FF 27282B2C2E2F3435 01080A0000000001 000001FFFFC2BEA0 UCB COMMON EXTENSION AT V026FA588 0000094020AA0008 028FB20000000131 0000000000FD44D4 026FA54000001B00 **** 1 DEVICE(S) MET THE SELECTION CRITERIA **** 0 DEVICE(S) FAILED EXTENDED FUNCTION CHECKING
The UCBJ3DV flag is the high-order byte of the UCB common extension. X'00' denotes the volume is not managed by JES3. -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Michael Watkins Sent: Friday, December 1, 2023 12:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES3plus & TDMF CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender and know the content is safe. Thanks! Looking through 'DS QD,VOL=vvvvvv,UCB' now. -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Mark Jacobs Sent: Friday, December 1, 2023 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES3plus & TDMF CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender and know the content is safe. Those three APARs are over 20 years old and were fixed in 2001, so yes they're on. Have you looked at the DS QD command with the UCB option to display the UCB, Prefix and Common Extension? Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com On Friday, December 1st, 2023 at 12:46 PM, Michael Watkins <0000032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote: > Apologies for the double listing to anyone who's also seen this on the JES3-L > LISTSERV. > > The government agency that employs me has three z/OS LPARs (V2R5) running on > a z15 server. The lone mainframe storage subsystem is a non-replicated, > channel-attached DS8886. This has never been a JES2 installation and Phoenix > Software's JES3plus is now installed. While the JES3 initialization deck has > DEVICE statements for all tape drives, it has not contained a DEVICE > statement for a DASD address in over a decade. In other words, DASD > allocation is not managed by JES3. > > The DS8886 will soon be replaced by a DS8950F. TDMF software will be used to > migrate the contents of the DS8886 to the DS8950F. I believe that TDMF can > move the JES3 SPOOL volumes, the SYSRES volumes, the page packs and the DASD > volumes where the coupling facility resides without issues. A co-worker > insists that all of the LPARs must be brought down, separately, so that each > LPAR's 'sensitive' volumes can be moved from another LPAR. > > IBM documents state: 'JES3 considerations: In order to ensure that JES3 > system defined volumes will migrate (not required for a Point-In-Time > migration) in a TDMF (or P/DAS) environment, APARs OW23271, OW28455, and > OW28457 must be applied. These APARs provides JES3 DDR support for P/DAS and > therefore, will allow the swapping of volumes. Important: All systems sharing > devices where JES3 manages the devices must be involved in the TDMF session > running. This ensures that all JES3 internal tables are properly updated. > Failure to do so will cause unpredictable results. It is recommended that the > user check the UCB for the following bit prior to copying volumes in a JES3 > environment: UCBJ3DV - device is defined to JES3. If the bit is off, TDMF > will migrate the volume(s) with no errors. If the bit is on, TDMF will make > the appropriate calls to JES3 to notify JES3 of the volume redirection > needed.' > > Since the DASD volumes at this installation are not managed by JES3, I don't > think these APARs are an issue. However, to assuage my co-worker's fears, I'd > like to see whether the corresponding PTFs have been applied. Unfortunately, > I cannot find the PTFs that correspond to any of them. > > Question: What PTFs correspond to APARs OW23271, OW28455, and OW28457? > > Also, I'm not sure how to display the UCBs involved to verify that the > UCBJ3DV flag indicates that the volumes are not managed by JES3. Any help you > can provide on would be appreciated, particularly on how to use either > UCBSCAN or UCBLOOK macros. > > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
