Re: Sharing ZFS file b/w two systems [not sysplex]
Thanks john, I also read about RECATALOG parm. The restriction is if the HLQ is not SYS1 then the catalog name must match for RECATALOGing. I made a plan based on this. 1)make the ZFS filesystem as READONLY in SYS1 AUTOMOVE=YES 2)Define a UCAT in SYS1 same name as the MCAT of SYS2 (since my HLQ for ZFS is not SYS1) 3)Define cluster with same name of original ZFS in SYS1 with RECATALOG. 4)MOUNT ZFS FS as R/W in SYS1 5)APPLY maintenance, then unmount. 6)delete Cluster with noscratch. Delete the UCAT (or keep it for future) 7)Make the FS R/W in SYS1 Going to try this on a sample ZFS on Monday Thanks and Regards Shameem K Shoukath From: John McKown john.archie.mck...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 26, 2013 6:00 PM Subject: Re: Sharing ZFS file b/w two systems [not sysplex] You can only do this if the ZFS file is NOT, NOT, NOT currently mount in Read/Write mode on System1. You cannot access a VSAM file (and a zFS container dataset is a VSAM LINEAR data set) which is not catalogued. If the zFS DSN has a high level node of SYS1, then you _CAN_ simply catalog it in System2's master catalog using a RECATALOG parameter on the DEFINE for it. If it is not SYS1, you can't do this. I don't know why IBM allows this, but they do. Another, strange, possibility is to NFS export the mount point from System1 and then MOUNT the exported filesystem somewhere on System2. But this requires that you have NFS running on both systems. Well, NFS server running on System1 and NFS client running on System2. No, don't ask me how. I know it is possible, but I have some sort of mental block about it because I've never gotten it to work properly. On Fri, Jul 26, 2013 at 9:04 AM, Shameem .K .Shoukath shameemkshouk...@yahoo.com wrote: hi, There are two different systems LPARs on the same box and volumes can be made online on both sides. I have a ZFS file on System1 on VOLUM1 cataloged in master cat and it belong there. I need the same ZFS file on SYStem 2 temporarily to apply some maintenance (SMPE). What would be the best way to do this? I am trying to avoid import connect SYS2 mcat catalog to SYS1 master catalog any ideas ? Thanks Shameem -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Sharing ZFS file b/w two systems [not sysplex]
hi, There are two different systems LPARs on the same box and volumes can be made online on both sides. I have a ZFS file on System1 on VOLUM1 cataloged in master cat and it belong there. I need the same ZFS file on SYStem 2 temporarily to apply some maintenance (SMPE). What would be the best way to do this? I am trying to avoid import connect SYS2 mcat catalog to SYS1 master catalog any ideas ? Thanks Shameem -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
hi all, thanks for the updates, This worked, Maintain User Parameters Application ID Display N Thanks and Regards Shameem K Shoukath From: Roger Bowler ibm-m...@snacons.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 3:37 PM Subject: Re: ISPF screen pre-occupied message On Thu, 30 May 2013 13:06:16 +, Rob Scott rsc...@rocketsoftware.com wrote: I seem to recall there being some sort of public domain utility program, modification or TSO/ISPF exit that forced the z/OS system name on ISPF screens. This facility predated the ISPF provided SYSNAME command. Hey Rob, thanks! I didn't know about the ISPF SYSNAME command. Shameem: the string displayed by NVAS for each application and the row/col are defined in ADM option 2 (Maintain Group Parameters). Rgds Roger Bowler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Longer SMFWAIT during IPL MSI
Thanks Bob for sharing the REDBOOK details it is of good help to understand the process. We are recording 19 in all LPARs. I think storage team uses it for their reporting using 20% or something, im not sure. My actual question still stands when i compare PROD and DEV SMFPRMxx then only diff i see is the SMF EXIT IEFU84. Is this exit heavy by itself or by poor coding ? is this affecting performance POST IPL as this EXIT takes control before each SMF Write. I need to raise a CHANGE if i want to remove it and test. So I was expecting to get a feedback from the LIST whether it worth a try. I have to give some justification in the CHANGE to request the removal. Thanks and Regards Shameem K Shoukath From: Bob Rutledge deerh...@ix.netcom.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 8:55 PM Subject: Re: Longer SMFWAIT during IPL MSI I suggest this Redbook: http://publib-b.boulder.ibm.com/abstracts/sg247816.html?Open Bob Shameem .K .Shoukath wrote: hi there, I was just going thru the IPL statistics of all LPARs in out org. I see in one LPAR the SMFWAIT is taking fairly longer comp to others. out of total 00:01:12 MSI time this takes 00:00:53.586 I am not sure what happens in this process, took a chance compared the SMFPRMxx and saw there is one exit IEFU84 additional compared to PROD and QA lpars. would this be the cause for slower IPL ? Will it also may be one reason contributing to performance issues? as i understand this exit gets control before each SMF write. *** IEEMB860 Statistics *** ILRTMRLG 00:00:00.278 ASM IEEVMSI 00:00:00.065 Reconfiguration IARM8MSI 00:00:00.030 RSM - bring storage online IECVIOSI 00:00:02.627 IOS dynamic pathing RACROUTE 00:00:00.000 Initialize Security Environment ATBINSYS 00:00:00.020 APPC IKJEFXSR 00:00:00.183 TSO IXGBLF00 00:00:00.029 Logger AXRINSTR 00:00:00.042 System REXX CEAINSTR 00:00:00.031 Common Event Adapter HWIAMIN1 00:00:00.067 BCPii COMMNDXX 00:00:00.091 COMMANDxx processing IEAVTMSI 00:00:00.071 RTM SMFWAIT 00:00:53.586 SMF ICHSEC05 00:00:12.113 Security Server MSIEXIT 00:00:00.000 Cnz_MSIExit Dynamic Exit IEFJSIN2 00:00:03.188 SSN= subsystem IEFHB4I2 00:00:00.015 ALLOCAS - UCB scan CSRINIT 00:00:00.005 Windowing services FINSHMSI 00:00:00.336 Wait for attached CMDs IEEMB860 00:01:12.797 Uncaptured time: 00:00:00.011 Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISPF screen pre-occupied message
hi All, In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
hi, This is only on ISPF application. I can't see it in READY prompt or CICS either. I seriously doubt the netview relation to it. The application ids defined are like below TSOP TSOD TSOQ1 but the display field for respective systems are like, PROD TSO QA1 DEV Thanks and Regards Shameem K Shoukath From: Roger Bowler ibm-m...@snacons.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 1:22 PM Subject: Re: ISPF screen pre-occupied message On Thu, 30 May 2013 03:22:46 -0700, Shameem .K .Shoukath shameemkshouk...@yahoo.com wrote: In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. If Netview Access Services is doing this you can turn it off in the Maintain User Parameters menu. From the NVAS Application Selection menu, type ADM on the command line and press Enter, then 1 (Maintain User Parameters) and press Enter, then type the name of the application (TSO for example) in the first field and press Enter. Then change Application ID Display to N, type u on the command line, and press Enter. Regards Roger Bowler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
Hi, my apologies for sending below email before giving it a try. I tried steps Roger Bowler suggested and it worked.. Life made easy Thanks Guys ...appreciated Thanks and Regards Shameem K Shoukath From: Shameem .K .Shoukath shameemkshouk...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 2:23 PM Subject: Re: ISPF screen pre-occupied message hi, This is only on ISPF application. I can't see it in READY prompt or CICS either. I seriously doubt the netview relation to it. The application ids defined are like below TSOP TSOD TSOQ1 but the display field for respective systems are like, PROD TSO QA1 DEV Thanks and Regards Shameem K Shoukath From: Roger Bowler ibm-m...@snacons.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 1:22 PM Subject: Re: ISPF screen pre-occupied message On Thu, 30 May 2013 03:22:46 -0700, Shameem .K .Shoukath shameemkshouk...@yahoo.com wrote: In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. If Netview Access Services is doing this you can turn it off in the Maintain User Parameters menu. From the NVAS Application Selection menu, type ADM on the command line and press Enter, then 1 (Maintain User Parameters) and press Enter, then type the name of the application (TSO for example) in the first field and press Enter. Then change Application ID Display to N, type u on the command line, and press Enter. Regards Roger Bowler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Longer SMFWAIT during IPL MSI
hi there, I was just going thru the IPL statistics of all LPARs in out org. I see in one LPAR the SMFWAIT is taking fairly longer comp to others. out of total 00:01:12 MSI time this takes 00:00:53.586 I am not sure what happens in this process, took a chance compared the SMFPRMxx and saw there is one exit IEFU84 additional compared to PROD and QA lpars. would this be the cause for slower IPL ? Will it also may be one reason contributing to performance issues? as i understand this exit gets control before each SMF write. *** IEEMB860 Statistics *** ILRTMRLG 00:00:00.278 ASM IEEVMSI 00:00:00.065 Reconfiguration IARM8MSI 00:00:00.030 RSM - bring storage online IECVIOSI 00:00:02.627 IOS dynamic pathing RACROUTE 00:00:00.000 Initialize Security Environment ATBINSYS 00:00:00.020 APPC IKJEFXSR 00:00:00.183 TSO IXGBLF00 00:00:00.029 Logger AXRINSTR 00:00:00.042 System REXX CEAINSTR 00:00:00.031 Common Event Adapter HWIAMIN1 00:00:00.067 BCPii COMMNDXX 00:00:00.091 COMMANDxx processing IEAVTMSI 00:00:00.071 RTM SMFWAIT 00:00:53.586 SMF ICHSEC05 00:00:12.113 Security Server MSIEXIT 00:00:00.000 Cnz_MSIExit Dynamic Exit IEFJSIN2 00:00:03.188 SSN= subsystem IEFHB4I2 00:00:00.015 ALLOCAS - UCB scan CSRINIT 00:00:00.005 Windowing services FINSHMSI 00:00:00.336 Wait for attached CMDs IEEMB860 00:01:12.797 Uncaptured time: 00:00:00.011 Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
BCPii question HWIQUERY on IMAGE
hi all, Cross posting onto this list I am able to run the sample program HWIXMCS1 and getting output. However when i tried to retrieve more information like HWI_DEFCAP, HWI_PARTITIONID etc from the HWIQUERY on IMAGE, i am not getting any values for the new variables at all. I am not able to find any other samples anywhere in 'google' .. Does anybody has got it thru successful ? I haven't done much changes, just repeated the queryparm and gave HWI_PARTITIONID, HWI_DEFCAP along with sample HWI_OSTYPE after declaring the variables. char HWI_DEFCAP_value[20]; char HWI_OSTYPE_value[20]; char HWI_PARTITIONID_value[20]; .. .. .. queryparm[0].AttributeIdentifier = HWI_DEFCAP; queryparm[0].AttributeValue_Ptr = HWI_DEFCAP_value[0]; queryparm[0].AttributeValueLen=sizeof(HWI_DEFCAP_value); queryparm[0].AttributeValueLenReturned = 0; queryparm[1].AttributeIdentifier = HWI_OSTYPE; queryparm[1].AttributeValue_Ptr = HWI_OSTYPE_value[0]; queryparm[1].AttributeValueLen=sizeof(HWI_OSTYPE_value); queryparm[1].AttributeValueLenReturned = 0; queryparm[2].AttributeIdentifier = HWI_PARTITIONID; queryparm[2].AttributeValue_Ptr = HWI_PARTITIONID_value[0]; queryparm[2].AttributeValueLen=sizeof(HWI_PARTITIONID_value); queryparm[2].AttributeValueLenReturned = 0; I get value of OSTYPE as MVS but *BLANK* for other two. Any help will be appreciated. Thanks and Regards Shameem K Shoukath - Forwarded Message - From: Shameem .K .Shoukath shameemkshouk...@yahoo.com To: IBM-MAIN ibm-m...@bama.ua.edu Sent: Friday, February 22, 2013 3:53 PM Subject: BCPii question HWIQUERY on IMAGE hi all, I am able to run the sample program HWIXMCS1 and getting output. However when i tried to retrieve more information like HWI_DEFCAP, HWI_PARTITIONID etc from the HWIQUERY on IMAGE, i am not getting any values for the new variables at all. I am not able to find any other samples anywhere in 'google' .. Does anybody has got it thru successful ? I haven't done much changes, just repeated the queryparm and gave HWI_PARTITIONID, HWI_DEFCAP along with sample HWI_OSTYPE after declaring the variables. char HWI_DEFCAP_value[20]; char HWI_OSTYPE_value[20]; char HWI_PARTITIONID_value[20]; .. .. .. queryparm[0].AttributeIdentifier = HWI_DEFCAP; queryparm[0].AttributeValue_Ptr = HWI_DEFCAP_value[0]; queryparm[0].AttributeValueLen=sizeof(HWI_DEFCAP_value); queryparm[0].AttributeValueLenReturned = 0; queryparm[1].AttributeIdentifier = HWI_OSTYPE; queryparm[1].AttributeValue_Ptr = HWI_OSTYPE_value[0]; queryparm[1].AttributeValueLen=sizeof(HWI_OSTYPE_value); queryparm[1].AttributeValueLenReturned = 0; queryparm[2].AttributeIdentifier = HWI_PARTITIONID; queryparm[2].AttributeValue_Ptr = HWI_PARTITIONID_value[0]; queryparm[2].AttributeValueLen=sizeof(HWI_PARTITIONID_value); queryparm[2].AttributeValueLenReturned = 0; I get value of OSTYPE as MVS but *BLANK* for other two. Any help will be appreciated. Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
