On Sat, 21 Nov 2020 11:23:31 -0800, Tom Brennan <[email protected]> wrote:
No, I had IBM enhance the DEVSERV command a number of years back so that you can enter a command such as DS QD,dddd,256,OFFLINE to see the volume serial numbers of offline volumes. The corresponding ONLINE command would show the online volumes, so one could check for duplicates. >Yep... Surprise! Usually in the middle of the night. > >I wonder if anyone has written a program that can check for duplicates >in advance of the IPL. I would guess such code would have to run its >own SSCH instructions. > >On 11/21/2020 9:48 AM, Jesse 1 Robinson wrote: >> Your DASD managers are the culprits. As I said in another post, this >> condition could persist for quite some time until an attempt to vary a >> duplicate volser online or to IPL. >> >> . >> . >> 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 <[email protected]> On Behalf Of >> Steve Lee >> Sent: Friday, November 20, 2020 2:13 PM >> To: [email protected] >> Subject: (External):Re: IEA213A DUPLICATE VOLUME >> >> *** EXTERNAL EMAIL - Use caution when opening links or attachments *** >> >> Hi Robinson, >> >> Good to know the experience you were with. >> >> Ops has a enough time to reply the WTORs in those particular lpars. >> >> Those Volumes are 3400/3800/4800 strings, not all of volumes but some of >> ranges. >> I need to check with Storage if those has been CLIPped..... >> These messages started coming out from a few last IPL cycles, no messages >> until the last few IPLs which I think Storage made a change before. >> >> Possible solution would be that being allowed to indicate that in the case >> of a dup, either the HIGHER or LOWER address be put offline in IO >> Configuration part in IODF when a dup is encountered if the CLIPped is a >> necessity at their end. >> >> Thanks, >> Steve >> >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN >> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
