Thank you Skip Robinson, Over the past weekend we added a LPAR to our development system, thereby having a SYSPLEX consisting of three LPARS = DEV0, DEV1 & ETE0 We introduced secondary lock structures in order to test VSAM RLS on our DFHSM spheres (control data sets - MCDS, BCDS & OCDS). Our current setup is as follows:
DEV0 & DEV1 shares one set of DFHSM control data sets ETE0 has its own set of DFHSM control data sets. In our storage classes we defined IGWLOCK01 for the DEV control data sets and IGWLOCK02 for the ETE control data sets as the LOCKSETS The cache set specified in the storage class points to the default lock structure. For some reason the lock table status for ETE0 remains in a FAILED PERSISTANT state and NOT CONN, and when DFHSM is started, it comes back with: IEC161I 011(00000004 00000000)-0537,HSM,HSM,MIGCAT,,, IEC161I DFHSM.D0E0.MCDS,DFHSM.D0E0.MCDS.DATA,CATALOG.ETEPLEX.SYSTEM ARC0945I OPEN OF DDNAME=MIGCAT FAILED, VSAM REASON 117 ARC0945I (CONT.) CODE IS X'D1' ARC0200I TRAP IN MODULE ARCCOPEN, CODE=0008, FATAL 118 ARC0200I (CONT.) ONCE ADDED ARC0900I DFSMSHSM ERROR CODE 0008 IN MODULE ARCCOPEN 119 ARC0900I (CONT.) TYPE FATAL The HSM PROC: //HSM PROC CENTRE=&SYSCLONE, CENTRE ID // CDSSHR=RLS, CDS SHARING TO USE RECORD LEVEL SHARING //* LOGSW=NO, NO SWITCH OF LOGS AT STARTUP // UID=DFHSM, DFHSM AUTHORIZED USER ID // SIZE=0M, REGION SIZE FOR DFHSM // PRIMARY=YES, ENABLING GRSPLEX SERIALIZATION // RNAMEDSN=YES, ENABLING GRSPLEX SERIALIZATION // HOSTMODE=MAIN, // HOST=1Y, // DDD=50, MAX DYNAMICALLY ALLOCATED DATA SETS // RESTART='(HSM,EMERG=YES)' The display of the XCF: SYSPLEX DEV1PLEX: D0A0 D0A1 D0E0 The display of the SMS,SHCDS: Name Size %UTIL Status Type ACTIVE.VSOFTE0 43200Kb 1% GOOD ACTIVE ACTIVE.VSOFTE1 43200Kb 1% GOOD ACTIVE ACTIVE.VSOFTE2 43200Kb 1% GOOD SPARE ----------------- 0Kb 0% N/A N/A ----------------- 0Kb 0% N/A N/A The display of the SMS,SMSVSAM,ALL DISPLAY SMS,SMSVSAM - SERVER STATUS SYSNAME: D0A1 AVAILABLE ASID: 003B STEP: SmsVsamInitComplete SYSNAME: D0A0 AVAILABLE ASID: 000A STEP: SmsVsamInitComplete SYSNAME: D0E0 AVAILABLE ASID: 008D STEP: SmsVsamInitComplete SYSNAME: ........ ........... ASID: .... STEP: .................... SYSNAME: ........ ........... ASID: .... STEP: .................... SYSNAME: ........ ........... ASID: .... STEP: .................... SYSNAME: ........ ........... ASID: .... STEP: .................... SYSNAME: ........ ........... ASID: .... STEP: .................... DISPLAY SMSVSAM - JOB STATUS SUBSYSTEMS CONNECTED: 0 BATCH: 1 DISPLAY SMS,SMSVSAM - LOCK TABLE STATUS FOR STRUCTURE IGWLOCK00 CONNECT STATUS: SYSNAME: D0A1 ACTIVE RSN: 02010407 RbldNotActive SYSNAME: D0A0 ACTIVE RSN: 02010407 RbldNotActive SYSNAME: D0E0 ACTIVE RSN: 02010407 RbldNotActive SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ COMPOSITE STATUS: ORIGINAL STRUCTURE: NOT VOLATILE NOT FAILURE ISOLATED STRUCTURE STATUS: SYSNAME: D0A1 Simplex SYSNAME: D0A0 Simplex SYSNAME: D0E0 Simplex SYSNAME: ........ ........... SYSNAME: ........ ........... SYSNAME: ........ ........... SYSNAME: ........ ........... SYSNAME: ........ ........... DISPLAY SMS,SMSVSAM - LOCK TABLE STATUS FOR STRUCTURE IGWLOCK01 CONNECT STATUS: SYSNAME: D0A1 ACTIVE RSN: 00000000 RbldNotActive SYSNAME: D0A0 ACTIVE RSN: 00000000 RbldNotActive SYSNAME: D0E0 FAILED PERSISTANT RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ SYSNAME: ........ ................. RSN: ........ ................ COMPOSITE STATUS: ORIGINAL STRUCTURE: NOT VOLATILE FAILURE ISOLATED STRUCTURE STATUS: SYSNAME: D0A1 Simplex ENABLE 3 SYSNAME: D0A0 Simplex ENABLE 3 SYSNAME: D0E0 NOT CONN .......... ........ SYSNAME: ........ ........... .......... ........ SYSNAME: ........ ........... .......... ........ SYSNAME: ........ ........... .......... ........ SYSNAME: ........ ........... .......... ........ SYSNAME: ........ ........... .......... ........ Anyone that can assist as what we're doing wrong here? -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: 14 April 2011 04:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMSVSAM Sharing control data set - delete and activate I'm not currently in a position to look this up in a manual, but in general parallel sysplex configurations do not require system outages to modify, nor are such outages commonly advised. While the procedure you outline may work, I'd explore doing your migration dynamically with no outages at all. -- Migrate to new SHRCDS nondisruptively vis OS commands -- IPL a new sysplex member nondisruptively The biggest strength of doing these things dynamically is that if something is wrong, you get an error message, and life goes on. When you implement changes at IPL, problems may well cause IPL to fail. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Buckton, T. (Theo)" <the...@nedbank.co.za> To: IBM-MAIN@bama.ua.edu Date: 04/14/2011 04:36 AM Subject: SMSVSAM Sharing control data set - delete and activate Sent by: IBM Mainframe Discussion List <IBM-MAIN@bama.ua.edu> Please advise: We need to activate new sharing control data sets for SMSVSAM. Our plan is: - terminate the SMSVSAM address space - delete the active and space shcds (v sms,smsvsam(shscds),delete - IPL the machine (reason: new lpar is added to the sysplex) -activate the new shcds on current and new lpar. - display the SMSVSAM address space. Please confirm if these steps are correct and in the correct sequence. Regards Theo ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ******************** Nedbank Limited Reg No 1951/000009/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] ******************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html