Re: PPRC Cestpair problem
Thanks Gonzalo, I was completely sure the target devices were offline to all LPARs and it turned out I was wrong. Thanks also to Ron, Clifford and Zaromil for weighing in on this item. -Original Message- From: Gonzalo Cengotita [mailto:gonzaloce...@gmail.com] Sent: Thursday, May 31, 2012 5:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PPRC Cestpair problem Dave, Are you completely sure there is not any other partition using this device? It happened to me, the device was online in a partition isolated from the one I was trying to do the CESTPAIR (there was no shared resources between them). In this case you would not see it with the CQUERY command, but the command fails alike. regards, Gonzalo Cengotita -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PPRC Cestpair problem
Dave, Are you completely sure there is not any other partition using this device? It happened to me, the device was online in a partition isolated from the one I was trying to do the CESTPAIR (there was no shared resources between them). In this case you would not see it with the CQUERY command, but the command fails alike. regards, Gonzalo Cengotita -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PPRC Cestpair problem
Zaromil, The PPRC commands to create a TrueCopy pair in the same Controller with a loopback will work as long as you do not have Shadowimage installed. With Shadowimage installed the controller will note the Primary and Secondary have the same Storage Control Unit and will create a Shadowimage pair instead of a TrueCopy pair. Ron Sent from my BlackBerry® from Optus -Original Message- From: Zaromil Tisler zaromil-ibmn...@chello.at Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 30 May 2012 06:46:33 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] PPRC Cestpair problem (PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1321 . SIMPLEX... INACTIVE 1300 21 03 .. * ... ... 00045342 1300 21 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * - - -- --- * 0 00NO PATH * 00NO PATH * 00NO PATH * 00NO PATH * SUBSYSTEM WWNN LIC LEVEL * --- --- * PRIMARY 96.0.0.0* *** NTP0001I CQUERY COMMAND COMPLETED FOR DEVICE 1321. COMPLETION CODE: 00 ** (PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1320 . SIMPLEX... INACTIVE 1300 20 03 .. * ... ... 00045342 1300 20 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * I didn't even know that it is possible to establish PPRC pairs in the same control unit, always thought SSIDs (control units) have to be different. The PPRC license for HDS subsystems is also based on capacity, as far as I know. Everytime I had no more PPRC capacity available I got some weird ANTPmessage, but I would say it was different from what you have got. Now , it could also depend of the HDS subsystem that you have. Anyway, what is the capacity of your 208 volumes (or, if these are 208 volume pairs and all in the same subsystem, you would need the capacity of both all primary and secondary volumes) and check the licensed capacity with the storage navigator (or let the support person do that). If you want to check the PPRC messages, set msgid in TSO profile to get message ids and look into MVS System Messages Volume 1 (ABA - AOM) under ANTP (PPRC ANT) messages, although they can be often misleading (at least when you have some atypical problems on HDS subsystems). -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PPRC Cestpair problem
(PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1321 . SIMPLEX... INACTIVE 1300 21 03 .. * ... ... 00045342 1300 21 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * - - -- --- * 0 00NO PATH * 00NO PATH * 00NO PATH * 00NO PATH * SUBSYSTEM WWNN LIC LEVEL * --- --- * PRIMARY 96.0.0.0* *** NTP0001I CQUERY COMMAND COMPLETED FOR DEVICE 1321. COMPLETION CODE: 00 ** (PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1320 . SIMPLEX... INACTIVE 1300 20 03 .. * ... ... 00045342 1300 20 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * I didn't even know that it is possible to establish PPRC pairs in the same control unit, always thought SSIDs (control units) have to be different. The PPRC license for HDS subsystems is also based on capacity, as far as I know. Everytime I had no more PPRC capacity available I got some weird ANTPmessage, but I would say it was different from what you have got. Now , it could also depend of the HDS subsystem that you have. Anyway, what is the capacity of your 208 volumes (or, if these are 208 volume pairs and all in the same subsystem, you would need the capacity of both all primary and secondary volumes) and check the licensed capacity with the storage navigator (or let the support person do that). If you want to check the PPRC messages, set msgid in TSO profile to get message ids and look into MVS System Messages Volume 1 (ABA - AOM) under ANTP (PPRC ANT) messages, although they can be often misleading (at least when you have some atypical problems on HDS subsystems). -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PPRC Cestpair problem
Is it possible I've hit a ceiling for the amount of PPRC Duplex volumes? We are currently duplexing 208 volumes. We are licensed by amount of space on our DS8300. Try issuing the CQUERY command against the secondary device. I'm guessing it is already in a pprc session. Cliff McNeill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PPRC Cestpair problem
No, target device is simplex as is the primary device (PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1321 . SIMPLEX... INACTIVE 1300 21 03 .. * ... ... 00045342 1300 21 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * - - -- --- * 0 00NO PATH * 00NO PATH * 00NO PATH * 00NO PATH * SUBSYSTEM WWNN LIC LEVEL * --- --- * PRIMARY 96.0.0.0* *** NTP0001I CQUERY COMMAND COMPLETED FOR DEVICE 1321. COMPLETION CODE: 00 ** (PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- - -- --- -- * 1320 . SIMPLEX... INACTIVE 1300 20 03 .. * ... ... 00045342 1300 20 03* ... ... * PATHS SAID DEST STATUS: DESCRIPTION * But thanks for the suggestion. Thank You, Dave O'Brien NIH Contractor From: Clifford McNeill [sy...@hotmail.com] Sent: Friday, May 25, 2012 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PPRC Cestpair problem Is it possible I've hit a ceiling for the amount of PPRC Duplex volumes? We are currently duplexing 208 volumes. We are licensed by amount of space on our DS8300. Try issuing the CQUERY command against the secondary device. I'm guessing it is already in a pprc session. Cliff McNeill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN