Re: Check for dynamic HCD activation
matching Ant. there are some indicators to identify if something has changed since last IPL. From D IOS,CONFIG there is the DATE/TIME of the PROCESSOR TOKEN. You can also use the ACTIVE IODF DATA SET name to check it's BUILD datetime. From D IPLINFO there is the SYSTEM IPLED date and time. There is also IODF ORIGINAL vs CURRENT device address. Lastly you could use SECURITY audit tracking or AUTOMATION to monitor ACTIVATE commands. I am guessing your hardware team does a lot of DASD movement (TDMF?) without advising the Operation teams clearly of their activities. Changes in IODF volume address require changes to IPL LOAD parms, but other IODF ACTIVATEs shouldnt cause any grief if your LOADxx member is set up with the generic IODF suffix search parameter. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check for dynamic HCD activation
I must still refer you to the 'D IOS,CONFIG' command, if you have the authority (in a REXX, use the SDSF ISFSLASH service). The command response gives you the date/time of the latest I/O configuration. If the date/time is later than the IPL time/date, then you know there been an IODF activated since. The command response also tells you which IODF was activated, so you can interrogate the catalogue and discover which volume that IODF is on. If you need the unit address of that volume, look at the response from system command 'D U,VOL=vv' Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of White, Andy Sent: Friday, 4 March 2016 1:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Check for dynamic HCD activation Thanks to those that replied. We collect the LOAD PARM information so and update a chart for our operations staff based on the last IPL. This way if the hardware unit does an update what I called the HCD or IODF dynamically and do an activate we capture it, this way if it doesn’t match we automate an email to our staff. This way we check our LOADxx member matches the volume where the IODFxx is on DASD. The goal: We know it from yes (Mark's rexx exec, agree it's very useful) the current one but if it's changed dynamically the code doesn’t pick it up, is there a way to pick it up through another exec or anything else? And yes we control dynamic activations via RACF and yes only hardware staff can do it. -- SNIP --- 2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, but it doesn't show whether the config was activated after IPL. Even case where IODF HSA <> IODF MVS does not mean there was an activate, because system could be IPLed with non-matching IODF (which in turn disallow dynamic changes). 3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show whether dynamic change took place. BTW: What's the goal? IMHO there are some other methods to get such information. Not to mention dynamic activate should be strictly controlled and performed only by persons who really know what they do. Regards -- Radoslaw Skorupka Lodz, Poland The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: Check for dynamic HCD activation
Have you tried to do a daily D IPLINFO (MVS Command) from the console and then check to see if it is different? If you have an automation tool, have you looked at creating a SYSTEM REXX that could be triggered when the ACTIVATE command is done? Then capture the information then? Or looked at creating an MPF for the ACTIVATE command and trigger some action? Lizette -Original Message- >From: "White, Andy" >Sent: Mar 3, 2016 8:51 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Check for dynamic HCD activation > >Thanks to those that replied. We collect the LOAD PARM information so and >update a chart for our operations staff based on the last IPL. This way if the >hardware unit does an update what I called the HCD or IODF dynamically and do >an activate we capture it, this way if it doesn’t match we automate an email >to our staff. This way we check our LOADxx member matches the volume where the >IODFxx is on DASD. > >The goal: We know it from yes (Mark's rexx exec, agree it's very useful) the >current one but if it's changed dynamically the code doesn’t pick it up, is >there a way to pick it up through another exec or anything else? And yes we >control dynamic activations via RACF and yes only hardware staff can do it. > >-- SNIP --- > > > >2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, >but it doesn't show whether the config was activated after IPL. >Even case where IODF HSA <> IODF MVS does not mean there was an activate, >because system could be IPLed with non-matching IODF (which in turn disallow >dynamic changes). > >3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show >whether dynamic change took place. > > > >BTW: What's the goal? IMHO there are some other methods to get such >information. Not to mention dynamic activate should be strictly >controlled and performed only by persons who really know what they do. > >Regards >-- >Radoslaw Skorupka >Lodz, Poland > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check for dynamic HCD activation
Thanks to those that replied. We collect the LOAD PARM information so and update a chart for our operations staff based on the last IPL. This way if the hardware unit does an update what I called the HCD or IODF dynamically and do an activate we capture it, this way if it doesn’t match we automate an email to our staff. This way we check our LOADxx member matches the volume where the IODFxx is on DASD. The goal: We know it from yes (Mark's rexx exec, agree it's very useful) the current one but if it's changed dynamically the code doesn’t pick it up, is there a way to pick it up through another exec or anything else? And yes we control dynamic activations via RACF and yes only hardware staff can do it. -- SNIP --- 2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, but it doesn't show whether the config was activated after IPL. Even case where IODF HSA <> IODF MVS does not mean there was an activate, because system could be IPLed with non-matching IODF (which in turn disallow dynamic changes). 3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show whether dynamic change took place. BTW: What's the goal? IMHO there are some other methods to get such information. Not to mention dynamic activate should be strictly controlled and performed only by persons who really know what they do. Regards -- Radoslaw Skorupka Lodz, Poland The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check for dynamic HCD activation
Not been listening until now so pardon me if this is way off base but SMF 73 might help here. (I, for one, would detect the change this way.) Fields SMF73TNM onwards would be useful. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "R.S." To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/03/2016 10:46 Subject: Re: Check for dynamic HCD activation Sent by:IBM Mainframe Discussion List W dniu 2016-03-03 o 04:55, Anthony Thompson pisze: > I'm supposing that when you say HCD you mean IODF. > > Further, when you mention REXX code, I'm guessing you are referring to Mark Zelden's IPLINFO REXX. > > This interrogates a couple of control blocks that I can't see documented, not in the Data Areas manuals, nor in MACLIB/MODGEN (IOVT and CDA ). > > I'd try to verify your assertion that these control blocks aren't updated by an ACTIVATE, but my company is in the throes of a mainframe upgrade and the sandbox sysplex is currently unavailable. > > If your REXX runs under a userid with the authority to issue system commands, I'm wondering if you can trap the output from a 'D IOS,CONFIG' command and analyse the results from that. > > Mr. Zelden may have more to say.. > > 1. HCD vs IODF. Actually both names are not 100% accurate. There is no *simple* and accurate name, it is I/O configuration. HCD is an application to create such configuration, IODF is dataset which contains the configuration, but there is also IOCDS, and active configuration in MVS (let's focus on this OS) and HSA. 2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, but it doesn't show whether the config was activated after IPL. Even case where IODF HSA <> IODF MVS does not mean there was an activate, because system could be IPLed with non-matching IODF (which in turn disallow dynamic changes). 3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show whether dynamic change took place. BTW: What's the goal? IMHO there are some other methods to get such information. Not to mention dynamic activate should be strictly controlled and performed only by persons who really know what they do. Regards -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check for dynamic HCD activation
W dniu 2016-03-03 o 04:55, Anthony Thompson pisze: I'm supposing that when you say HCD you mean IODF. Further, when you mention REXX code, I'm guessing you are referring to Mark Zelden's IPLINFO REXX. This interrogates a couple of control blocks that I can't see documented, not in the Data Areas manuals, nor in MACLIB/MODGEN (IOVT and CDA ). I'd try to verify your assertion that these control blocks aren't updated by an ACTIVATE, but my company is in the throes of a mainframe upgrade and the sandbox sysplex is currently unavailable. If your REXX runs under a userid with the authority to issue system commands, I'm wondering if you can trap the output from a 'D IOS,CONFIG' command and analyse the results from that. Mr. Zelden may have more to say.. 1. HCD vs IODF. Actually both names are not 100% accurate. There is no *simple* and accurate name, it is I/O configuration. HCD is an application to create such configuration, IODF is dataset which contains the configuration, but there is also IOCDS, and active configuration in MVS (let's focus on this OS) and HSA. 2. D IOS,CONFIG shows current configuration (IODF name) for both HSA and MVS, but it doesn't show whether the config was activated after IPL. Even case where IODF HSA <> IODF MVS does not mean there was an activate, because system could be IPLed with non-matching IODF (which in turn disallow dynamic changes). 3. AFAIK Mark's IPLINFO (great tool BTW, thank you Mark!) does not show whether dynamic change took place. BTW: What's the goal? IMHO there are some other methods to get such information. Not to mention dynamic activate should be strictly controlled and performed only by persons who really know what they do. Regards -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check for dynamic HCD activation
I'm supposing that when you say HCD you mean IODF. Further, when you mention REXX code, I'm guessing you are referring to Mark Zelden's IPLINFO REXX. This interrogates a couple of control blocks that I can't see documented, not in the Data Areas manuals, nor in MACLIB/MODGEN (IOVT and CDA ). I'd try to verify your assertion that these control blocks aren't updated by an ACTIVATE, but my company is in the throes of a mainframe upgrade and the sandbox sysplex is currently unavailable. If your REXX runs under a userid with the authority to issue system commands, I'm wondering if you can trap the output from a 'D IOS,CONFIG' command and analyse the results from that. Mr. Zelden may have more to say.. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of White, Andy Sent: Thursday, 3 March 2016 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Check for dynamic HCD activation Does anyone have Rexx code to check to see if an HCD is activated dynamically between IPLS. My issue is I can get the IPL Load Parms when the system is ipl'ed by using rexx code I have gotten off of websites. What I can't detect is when the HCD changes between IPLS because it seems the CVT area I'm checking doesn’t get updated. Thanks Andy The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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
Check for dynamic HCD activation
Does anyone have Rexx code to check to see if an HCD is activated dynamically between IPLS. My issue is I can get the IPL Load Parms when the system is ipl'ed by using rexx code I have gotten off of websites. What I can't detect is when the HCD changes between IPLS because it seems the CVT area I'm checking doesn’t get updated. Thanks Andy The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
