Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
JC, While there is nothing wrong with using the PPRC commands for HDS DASD, you may find it a lost faster and simpler to use the Business Continuity Manager (BCM) software. A lot of features in TrueCopy (like At-Time) aren't available through the PPRC commands. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of JC Jung > Sent: Friday, 21 July 2006 9:01 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND > > This problem resolved. > > It was found that it is 4096 not 8192 per consistency group. So we have > hit this maximum. For the cestpair commands the AG000 parameter should be > AG010 for consistency group 01. This has enabled another 4096 pairs which > will be in consistency group 1. > > > CESTPAIR DEVN(X'C5A9') PRIM(X'C005' AG000 X'A9' X'05') + > SEC(X'C805' 11462 X'A9' X'05') + > MODE(COPY) PACE(15) CRIT(NO) MSGREQ(NO) > > Where "AG000" parameter : > A = Asynchronous mode > G = Consistency group > "00" = Consistency group number. > "0" = Normal delay for command retry > > Hope it helps. > > Many thanks for help. JC > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
It was found that it is 4096 not 8192 per consistency group. So we have hit this maximum. For the cestpair commands the AG000 parameter should be AG010 for consistency group 01. This has enabled another 4096 pairs which will be in consistency group 1. What JC didn't mention is that his disks are apparently HDS disks. HDS uses the serial number of the source disk to pass special options like HDS consistency groups, such as the AG000 in his example. This format is not used by IBM and other vendors. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
This problem resolved. It was found that it is 4096 not 8192 per consistency group. So we have hit this maximum. For the cestpair commands the AG000 parameter should be AG010 for consistency group 01. This has enabled another 4096 pairs which will be in consistency group 1. CESTPAIR DEVN(X'C5A9') PRIM(X'C005' AG000 X'A9' X'05') + SEC(X'C805' 11462 X'A9' X'05') + MODE(COPY) PACE(15) CRIT(NO) MSGREQ(NO) Where “AG000” parameter : A = Asynchronous mode G = Consistency group “00” = Consistency group number. “0” = Normal delay for command retry Hope it helps. Many thanks for help. JC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
What is bizzare is that the ANTP0102I message is clearly documented to apply to MODE(RESYNC) which requires that the pair be in SUSPEND state, but you clearly specified MODE(COPY).Sounds like an IBM bug, either the message is issued incorrectly or it has another undocumented meaning. I can't find anything on IBMLINK, so I suggest you open a problem with IBM. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
JC, I may be missing something but your inital question was about device C5A9 and your CQUERY is for device D7FB. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
Hi, Peter Attached is the command output of CQUERY and D M=DEV(). Please take a look! Much appreciate it in advance. JC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 1READY CQUERY DEVN(X'D7FB') VOLUME CQUERY FORMATTED LVL 3 VOLUME REPORT ** PPRC REMOTE COPY CQUERY - VOLUME * (PRIMARY) (SECONDARY) * * SSID CCA LSS SSID CCA LSS* *DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* *-- - -- --- -- * * D7FB . SIMPLEX... INACTIVE D007 FB 17 .. * * ... ... 00011526 * * PATHS SAID DEST STATUS: DESCRIPTION * * - - -- --- * * 0 00NO PATH * * 00NO PATH * * 00NO PATH * * 00NO PATH * * SUBSYSTEM WWNN LIC LEVEL * * --- --- * * PRIMARY 80.5.70.0 * CQUERY COMMAND COMPLETED FOR DEVICE D7FB. COMPLETION CODE: 00 READY CQUERY DEVN(X'D7FB') PATHS CQUERY FORMATTED LVL 3 PATHS REPORT *** PPRC REMOTE COPY CQUERY - PATHS * PRIMARY UNIT: SERIAL#= 00011526 SSID= D007 SS= 2105 LSS= 17 * * FIRSTSECOND THIRD FOURTH* *SECONDARY SECONDARY SECONDARY SECONDARY * *SERIAL NO: 00011462 * * SSID LSS: D807 17 ... ... ...* *PATHS: 4 0 0 0 * * SAID DEST S* SAID DEST S* SAID DEST S* SAID DEST S* * * - -- - -- - -- - -- * *1: 4004 2617 01 00 00 00 * *2: 4014 3617 01 00 00 00 * *3: 4024 0617 01 00 00 00 * *4: 4034 1617 01 00 00 00 * * SUBSYSTEM WWNN LIC LEVEL * * --- --- * * PRIMARY 80.5.70.0 * * * * S* = PATH STATUS:* * 00=NO PATH 01=ESTABLISHED ESCON 02=INIT FAILED* * 03=TIME OUT 04=NO RESOURCES AT PRI 05=NO RESOURCES AT SEC* * 06=SERIAL# MISMATCH 07=SEC SSID MISMATCH 08=ESCON LINK OFFLINE * * 09=ESTABLISH RETRY 0A=PATH ACTIVE TO HOST 0B=PATH TO SAME CLUSTR* * 10=CONFIG ERROR FF=UNABLE TO DETERMINE * CQUERY COMMAND COMPLETED FOR DEVICE D7FB. COMPLETION CODE: 00 READY END D M=DEV(D7FB) IEE174I 11.47.01 DISPLAY M 532 DEVICE D7FB STATUS=ONLINE CHP DA DB DC DE ENTRY LINK ADDRESS14 14 1C 1C DEST LINK ADDRESS 2C 2C 34 34 PATH ONLINE YYYY CHP PHYSICALLY ONLINE YYYY PATH OPERATIONAL YYYY MANAGED NNNN CU NUMBER D007 D007 D007 D007 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 17 SCP CU ND = 002105.000.HTC.55.00011526.0021 SCP TOKEN NED = 002105.000.HTC.55.00011526.1700 SCP DEVICE NED= 002105.000.HTC.55.00011526.17FB
Re: ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
What is the current state fo the devices? Issue a CQUERY. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND
Hello, there I ran into the message ANTP0102I. Attached are the control card and job output. Is there something I have missed? Any comments are appreciated. //STEP1 EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * CESTPAIR DEVN(X'C5A9') PRIM(X'C005' AG000 X'A9' X'05') + SEC(X'C805' 11462 X'A9' X'05') + MODE(COPY) PACE(15) CRIT(NO) MSGREQ(NO) ANTP8802I CESTPAIR DEVN(X'C5A9') PRIM(X'C005' AG000 X'A9' X'05') ANTP8802I (CONT) MODE(COPY) PACE(15) CRIT(NO) MSGREQ (NO) ANTP0102I ESTAB. PAIR FAILED- DEVICES NOT IN SUSPEND MODE ANTP0001I CESTPAIR COMMAND UNSUCCESSFUL FOR DEVICE C5A9. COMPLETION CODE: 08 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
