We had a FCTC issue at the start of the year that even IBM couldn't answer, they kept insisting a hardware engineer check our working FICON cables and Brocade switch.
Turned out the leading digit in the IODF CUADD field needs to match the Channel Subsystem (CSS) number. This fixed our FCTC's. Thanks to the peer Australian customer who managed to get this working and kindly helped us out with this advice. Cheers, MARK DOUGLAS -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Vince Getgood Sent: Sunday, 6 May 2012 2:28 AM To: IBM-MAIN@bama.ua.edu Subject: Implementing CA-MIM using FCTC Hi all, The site I'm on is replacing GRS with CA-MIM. This is mainly 'cos they don't have a 'PLEX, but do have two closely coupled LPARS on different CECS. Both of those CECS will be moving to different remote sites, and connectivity will be over FCTC's. >From what I know, GRS will only "talk" over a FCTC using XRC, and they can't >use that. 'cos they don't have a 'PLEX. We've defined all new FCTC's (Exxx and Fxxx unit / CU addresses), and have defined all LPARS to talk to each other both on the existing CECs and the new CECs. CA-MIM provides a procedure for testing the CTC "paths" before going live, PROCCTC (We have called ours MIICTC) To run this, you are supposed to start the proc, and pass it the CTC unit address, i.e. S PROCCTC,/E700 (or in our case S MIICTC,/E700 - you need the / for a 4 digit unit address) However, when we start our proc, it fails: - S MIICTC,/E700 /£HASP100 MIICTC ON STCINRDR IEF695I START MIICTC WITH JOBNAME MIICTC IS ASSIGNED TO USER STC , GROUP PROD /£HASP373 MIICTC STARTED /ACF9CCCD USERID STC IS ASSIGNED TO THIS JOB - MIICTC /IEF403I MIICTC - STARTED - TIME=08.34.14 - --TIMINGS (MINS.)-- ----PAGING COUNTS--- -JOBNAME STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK SERV PG PAGE SWAP VIO SWAPS -MIICTC IEFPROC FLUSH 0 0 ****** .00 .0 0 0 0 0 0 0 /IEF453I MIICTC - JOB FAILED - JCL ERROR - TIME=08.34.14 -MIICTC ENDED. NAME- TOTAL TCB CPU TIME= .00 TOTAL ELAPSED TIME= .0 /£HASP395 MIICTC ENDED IEE132I START COMMAND DEVICE ALLOCATION ERROR The JCL is good, and the unit address correct. We know that SMS was getting in the mix previously, 'cos they EXCLUDE a bunch of devices / unit addresses in their "valid dasd", but they changed the ACS routines to exclude E* and F* devices: - FILTLIST &VALID_DASD EXCLUDE('3590-1', 64%,92%,B4%,1F%,06%,4A%,E*,F*, And have put them live. (Don't ask why they do this, I don't know!) I ran a SMS test case against the ACTIVE SMS CDS on all three LPARs, specifying an Exxx and a Fxxx unit address, and now they do NOT have a storage class assigned, whereas they were getting one assigned previously. However, the proc still fails. CA-MIM is critical to the CEC move project (of course). I have CA looking at it, but can anyone else shed some light on what might be happening here? TIA. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN ***************************** Disclaimer ***************************** The contents of this electronic message and any attachments are intended only for the addressee and may contain privileged or confidential information. They may only be used for the purposes for which they were supplied. If you are not the addressee, you are notified that any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. The privilege of confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of mistaken delivery to you. If you receive this message in error please notify the sender by return e-mail or telephone. Please note: the Department of Public Works carries out automatic software scanning, filtering and blocking of E-mails and attachments (including emails of a personal nature) for detection of viruses, malicious code, SPAM, executable programs or content it deems unacceptable. All reasonable precautions will be taken to respect the privacy of individuals in accordance with the Information Privacy Act 2009 (Qld). Personal information will only be used for official purposes, e.g. monitoring Departmental Personnel's compliance with Departmental Policies. Personal information will not be divulged or disclosed to others, unless authorised or required by Departmental Policy and/or law. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
