Listing HIPERS
Is there an easy way to list all HIPERS for a given time frame for my licensed products z/OS and z/OS related productsor all z/OS products ? I have do IBMLINK Thanks, Joseph Sumi -- 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: Listing HIPERS
Joseph, I think the easiest way to do this is to rely on ENHANCED HOLDDATA. Make sure you have received current holddata, and then run an SMPE report: SETBOUNDARY (GLOBAL) . REPORT ERRSYSMODS ZONES( MVST100 MVST111 ) NOPUNCH . It will give you output like: HOLD SYSMOD APAR ---RESOLVING SYSMOD HOLDHOLD FMID NAME NUMBERNAMESTATUS RECEIVED CLASS SYMPTOMS --- HBB7730 HBB7730 AA06300 UA33609 HELD YESHIPER IPL,XSYS,SYSPLXDS AA16435 UA32817 GOOD YESHIPER FUL AA17009 UA32825 GOOD YESHIPER FUL AA17114 UA34633 GOOD YESHIPER IPL AA18380 UA32760 HELD YESHIPER FUL Hope that helps. John Confidentiality notice: The information included in this e-mail, including any attachments, is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or similar action is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the original message immediately. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR) Sent: Wednesday, August 15, 2007 1:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Listing HIPERS Is there an easy way to list all HIPERS for a given time frame for my licensed products z/OS and z/OS related productsor all z/OS products ? I have do IBMLINK Thanks, Joseph Sumi -- 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: Listing HIPERS
I'm looking for something much easier.either using IBMLINK or ShopzSeries to just get a list of HIPERS without having to pull maintenance, etc. Thanks. Rgrds, Joseph Sumi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tergerson, John Sent: Wednesday, August 15, 2007 1:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Listing HIPERS Joseph, I think the easiest way to do this is to rely on ENHANCED HOLDDATA. Make sure you have received current holddata, and then run an SMPE report: SETBOUNDARY (GLOBAL) . REPORT ERRSYSMODS ZONES( MVST100 MVST111 ) NOPUNCH . It will give you output like: HOLD SYSMOD APAR ---RESOLVING SYSMOD HOLDHOLD FMID NAME NUMBERNAMESTATUS RECEIVED CLASS SYMPTOMS --- HBB7730 HBB7730 AA06300 UA33609 HELD YESHIPER IPL,XSYS,SYSPLXDS AA16435 UA32817 GOOD YESHIPER FUL AA17009 UA32825 GOOD YESHIPER FUL AA17114 UA34633 GOOD YESHIPER IPL AA18380 UA32760 HELD YESHIPER FUL Hope that helps. John -- 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: Listing HIPERS
> I'm looking for something much easier.either using IBMLINK or > ShopzSeries to just get a list of HIPERS without having to pull > maintenance, etc. Thanks. > > Rgrds, Joseph Sumi > > This does not require downloading maintenance, only ENHANCED HOLDDATA as John mentioned. It will show you only where you are lacking maintenance. You won't be bothered having to research HIPERs that you have already been addressed Steve Runtsch ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- 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: Listing HIPERS
On Aug 16, 2007, at 9:29 AM, Steve Runtsch wrote: I'm looking for something much easier.either using IBMLINK or ShopzSeries to just get a list of HIPERS without having to pull maintenance, etc. Thanks. Rgrds, Joseph Sumi This does not require downloading maintenance, only ENHANCED HOLDDATA as John mentioned. It will show you only where you are lacking maintenance. You won't be bothered having to research HIPERs that you have already been addressed Steve: True but its only as current as the easy enhanced holddata. I have seen apars go hiper in a half an hour or so. So, IMO its still needed to do the online research. Ed -- 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: Listing HIPERS
What I will probably do is to have the programmers use IBMLINK ASAP and enter FMID's to track their productsI still would have thought that there was a way to put in a date range and get back a 1-line description of the HIPER PTF, FMID, Componenet, Date, Description. The Enhanced Hold Data output is ugly (or I'm pulling it incorrectly), FYI: Is this what you guys see ?? ++NULL //. ++NULL /* Enhanced HOLDDATA from 07/16/2007 to 08/15/2007 */. ++NULL /* Current updates and additional information regarding */. ++NULL /* Enhanced HOLDDATA is available on the world-wide web */. ++NULL /* at http://service.boulder.ibm.com/390holddata.html */. ++NULL //. ++ NULL. /* Enhanced Holddata from 07/16/2007 to 08/15/2007 */ ++HOLD(AKDF540) FMID(AKDF540) REASON(AA21624) ERROR DATE(07200) COMMENT(SMRTDATA(FIX(UA35557) SYMP(FUL) CHGDT(070719))) CLASS(HIPER). ++HOLD(AKD2540) FMID(AKD2540) REASON(AA21234) ERROR DATE(07201) COMMENT(SMRTDATA(FIX(UA35594) CHGDT(070720))) CLASS(HIPER). ++HOLD(HAAD610) FMID(HAAD610) REASON(AK48496) ERROR DATE(07222) COMMENT(SMRTDATA(SYMP(PRF) CHGDT(070810))) CLASS(HIPER). ++HOLD(HABW110) FMID(HABW110) REASON(AK49416) ERROR DATE(07216) COMMENT(SMRTDATA(FIX(UK27788) SYMP(IPL) CHGDT(070804))) CLASS(HIPER). ++HOLD(HABW110) FMID(HABW110) REASON(AK50497) ERROR DATE(07221) COMMENT(SMRTDATA(FIX(UK28033) SYMP(IPL) CHGDT(070809))) CLASS(HIPER). ++HOLD(HAB6610) FMID(HAB6610) REASON(AK45173) ERROR DATE(07216) COMMENT(SMRTDATA(FIX(UK27768) SYMP(FUL) CHGDT(070804))) CLASS(HIPER). ++HOLD(HBB7707) FMID(HBB7707) REASON(AA18045) ERROR DATE(07206) COMMENT(SMRTDATA(FIX(UA29840) SYMP(FUL,PRV) CHGDT(070725))) CLASS(HIPER). ++HOLD(HBB7707) FMID(HBB7707) REASON(AA21131) ERROR DATE(07200) Rgrds, Joseph Sumi -- 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: Listing HIPERS
Joseph, That is the ENHANCED HOLDDATA. You don't need to read any of it, just receive it into your SMPE GLOBAL CSI. As you can see in the header, it is as current as the previous day. Make sure there are no gaps in holddata received. In your example, the file covers only the last month. You can retrieve holddata that covers the last two years. Your report will show you what applies to YOUR system at its current state. There is no need to develop complex queries and try to understand which piece of maintenance you found applies to you. Everything in the report applies to your system, and it is current. Ed, if you really have nothing better to do than look every half hour for additional HIPER maintenance, you really need a life :) Yesterday is current enough for me. John Confidentiality notice: The information included in this e-mail, including any attachments, is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or similar action is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the original message immediately. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR) Sent: Thursday, August 16, 2007 11:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Listing HIPERS What I will probably do is to have the programmers use IBMLINK ASAP and enter FMID's to track their productsI still would have thought that there was a way to put in a date range and get back a 1-line description of the HIPER PTF, FMID, Componenet, Date, Description. The Enhanced Hold Data output is ugly (or I'm pulling it incorrectly), FYI: Is this what you guys see ?? ++NULL //. ++NULL /* Enhanced HOLDDATA from 07/16/2007 to 08/15/2007 */. ++NULL /* Current updates and additional information regarding */. ++NULL /* Enhanced HOLDDATA is available on the world-wide web */. ++NULL /* at http://service.boulder.ibm.com/390holddata.html */. ++NULL //. ++ NULL. /* Enhanced Holddata from 07/16/2007 to 08/15/2007 */ ++HOLD(AKDF540) FMID(AKDF540) REASON(AA21624) ERROR DATE(07200) COMMENT(SMRTDATA(FIX(UA35557) SYMP(FUL) CHGDT(070719))) CLASS(HIPER). -- 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: Listing HIPERS
On Thu, 16 Aug 2007 11:09:37 -0400, Sumi, Joseph J. (CMS/CTR) (CTR) <[EMAIL PROTECTED]> wrote: >What I will probably do is to have the programmers use IBMLINK ASAP and >enter FMID's to track their productsI still would have thought that >there was a way to put in a date range and get back a 1-line description >of the HIPER PTF, FMID, Componenet, Date, Description. > >The Enhanced Hold Data output is ugly (or I'm pulling it incorrectly), >FYI: Is this what you guys see ?? What is it that you are trying to accomplish? As has been mentioned, the enhanced holddata is intended to tell SMP/E about holds and resolutions. Have you received the enhanced holddata and run a report errorsysmods report as has been suggested? It tells about all known errors in your target zone(s) and any available resolving PTFs. -- Tom Marchant -- 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: Listing HIPERS
Let me give more background. My role is management of this activity and I do not receive, apply, etc. We need to change our maint philosophy on how we handle HIPERS. IE: We build z/OS 1.8 on a test system with a July ESO but do not go production to October. I want to find out about HIPERS from July-September. They would be evaluated to make sure nothing hot is missing. We would then selectively apply HIPERS that are applicable. That's my idea right now. Are you saying that if my MVS guy received 90-days of enhanced holddata, we could look it over and selectively apply what is needed or would all 90-days worth of this maint go on? What would you (or others) do with my example scenario..? Also, going forward from October, how would you handle HIPERS that come out. Thanks. Rgrds, Joseph Sumi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tergerson, John Sent: Thursday, August 16, 2007 11:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Listing HIPERS Joseph, That is the ENHANCED HOLDDATA. You don't need to read any of it, just receive it into your SMPE GLOBAL CSI. As you can see in the header, it is as current as the previous day. Make sure there are no gaps in holddata received. In your example, the file covers only the last month. You can retrieve holddata that covers the last two years. Your report will show you what applies to YOUR system at its current state. There is no need to develop complex queries and try to understand which piece of maintenance you found applies to you. Everything in the report applies to your system, and it is current. Ed, if you really have nothing better to do than look every half hour for additional HIPER maintenance, you really need a life :) Yesterday is current enough for me. John -- 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: Listing HIPERS
Joseph, The 90 days worth of holddata might be correct in this case, just because your system, built in July, is less than 90 days old. There won't be a gap in the holddata. Before you run any report, retrieve current holddata into your system that covers back to the last date you retrieved holddata. Don't bother trying to read the data itself. If you run a report today, and the holddata is current, it will show what PTF errors and HIPER errors your system is known to be exposed to today. If your production date is October, then, sometime before you go to production, get the holddata current and run another report. You will undoubtedly see additional entries. Maintenance applied in the interim will possibly eliminate entries seen in the first report. Take care of the entries that look serious enough to your shop. Each report will show you what errors you are known to be exposed to and will be as current as the holddata. There are lots of other ways to receive notification of potential problems. One is this forum, another is the IBMLink Automatic Software Alert Process, another is a subscription to IBM flashes. They will give warning between your refresh of holddata. Those entries should show up in the holddata as well, and very quickly after they become known by the IBM support teams. You can also, as you asked in the first place, do your own searching and wading through results. I just don't do much of that, so I don't know how to do efficient queries that won't also potentially miss errors I would have wanted to see, and the holddata is so darned easy. John Confidentiality notice: The information included in this e-mail, including any attachments, is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or similar action is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the original message immediately. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR) Sent: Thursday, August 16, 2007 12:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Listing HIPERS Let me give more background. My role is management of this activity and I do not receive, apply, etc. We need to change our maint philosophy on how we handle HIPERS. IE: We build z/OS 1.8 on a test system with a July ESO but do not go production to October. I want to find out about HIPERS from July-September. They would be evaluated to make sure nothing hot is missing. We would then selectively apply HIPERS that are applicable. That's my idea right now. Are you saying that if my MVS guy received 90-days of enhanced holddata, we could look it over and selectively apply what is needed or would all 90-days worth of this maint go on? What would you (or others) do with my example scenario..? Also, going forward from October, how would you handle HIPERS that come out. Thanks. Rgrds, Joseph Sumi -- 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: Listing HIPERS
On Thu, 16 Aug 2007 12:40:00 -0400, Sumi, Joseph J. (CMS/CTR) (CTR) <[EMAIL PROTECTED]> wrote: >Let me give more background. My role is management of this activity and >I do not receive, apply, etc. We need to change our maint philosophy on >how we handle HIPERS. IE: We build z/OS 1.8 on a test system with a July >ESO but do not go production to October. I want to find out about HIPERS >from July-September. They would be evaluated to make sure nothing hot is >missing. We would then selectively apply HIPERS that are applicable. >That's my idea right now. > >Are you saying that if my MVS guy received 90-days of enhanced holddata, >we could look it over and selectively apply what is needed or would all >90-days worth of this maint go on? What would you (or others) do with my >example scenario..? Also, going forward from October, how would you >handle HIPERS that come out. I would do two things. I'd run errorsysmods reports as John Tergerson suggested, always receiving the latest enhanced holddata first. I'd also apply RSU service. See http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/ Yes, your MVS guy can selectively apply service, though it's not the way I'd do it. My preference would be to get the latest holddata and apply the most recent quarterly RSU. Then I'd run errorsysmods reports examine any errors that it points out. One of the problems with a blind search for HIPERs is that you are really only interested in those that affect your system. You can easily become overwhelmed by the number of PTFs if you don't limit it to those that affect your system. -- Tom Marchant -- 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: Listing HIPERS
On Thu, 16 Aug 2007 12:40:00 -0400, Sumi, Joseph J. (CMS/CTR) (CTR) <[EMAIL PROTECTED]> wrote: IE: We build z/OS 1.8 on a test system with a July >ESO but do not go production to October. I want to find out about HIPERS >from July-September. They would be evaluated to make sure nothing hot is >missing. We would then selectively apply HIPERS that are applicable. >That's my idea right now. > I've always reviewed the PSP buckets shortly before going to production. It's served me well over the years. Debbie Mitchell Utica National Insurance Group -- 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: Listing HIPERS
On Aug 16, 2007, at 10:28 AM, Tergerson, John wrote: SNIP__ Ed, if you really have nothing better to do than look every half hour for additional HIPER maintenance, you really need a life :) Yesterday is current enough for me. John If that is what is good for you fine, personally I would expect no less from anyone. I would also expect to monitor all new hipers for at least a week (or two) after maintenance goes on. I do have a life but maintenance is part of it and if you had a baby would you leave it out on the front lawn because you have checked the neighborhood for wolves (and found none) ? When my "baby" goes into production I am in proactive mode not reactive. I don't wait for the wolf to come to my street corner. i also monitor logrec and system dumps all the time. That is how you find things that are in the process of breaking. Saying that, not all hipers are really important. If there is one out there for a component we don't use I don't rush to put it on, the next round of IPL's is fine. But if a hiper PTF came out got lets say VSAM it would go on as fast as I can schedule it (or sooner if it breaks something). This was a lesson learned by me after 5 years of MVS sysproging I have constantly refined it over the years. Yes MVS has gotten better but lessons learned, it is almost always better to be safe than have something broke at 2AM. We don't have (anymore) mega ptf tapes thanks to better testing by IBM but coders are not perfect and mistakes do happen. Ed -- 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: Listing HIPERS
Ed, Joseph's question was about how to monitor HIPER fixes, not about how and when to apply maintenance. I try to always go through a current round of RSU maintenance before a product goes into production to keep it as current as possible just as Tom described. As Debbie pointed out, PSP buckets are important too, expecially because of issues other than maintenance. OOPS! Gotta run outside now and retrieve Junior before the lawn service comes to mow! John Confidentiality notice: The information included in this e-mail, including any attachments, is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or similar action is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the original message immediately. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Thursday, August 16, 2007 2:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Listing HIPERS On Aug 16, 2007, at 10:28 AM, Tergerson, John wrote: > SNIP__ > Ed, if you really have nothing better to do than look every half hour > for additional HIPER maintenance, you really need a life :) Yesterday > is current enough for me. > > John > If that is what is good for you fine, personally I would expect no less from anyone. I would also expect to monitor all new hipers for at least a week (or two) after maintenance goes on. I do have a life but maintenance is part of it and if you had a baby would you leave it out on the front lawn because you have checked the neighborhood for wolves (and found none) ? When my "baby" goes into production I am in proactive mode not reactive. I don't wait for the wolf to come to my street corner. i also monitor logrec and system dumps all the time. That is how you find things that are in the process of breaking. Saying that, not all hipers are really important. If there is one out there for a component we don't use I don't rush to put it on, the next round of IPL's is fine. But if a hiper PTF came out got lets say VSAM it would go on as fast as I can schedule it (or sooner if it breaks something). This was a lesson learned by me after 5 years of MVS sysproging I have constantly refined it over the years. Yes MVS has gotten better but lessons learned, it is almost always better to be safe than have something broke at 2AM. We don't have (anymore) mega ptf tapes thanks to better testing by IBM but coders are not perfect and mistakes do happen. Ed -- 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: Listing HIPERS
Ed Gould wrote on 08/16/2007 09:51:55 AM: > True but its only as current as the easy enhanced holddata. I agree completely. Enhanced holddata could be up to a week out-of-date. Steve ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- 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: Listing HIPERS
On 16 Aug 2007 09:24:57 -0700, in bit.listserv.ibm-main you wrote: >On Thu, 16 Aug 2007 11:09:37 -0400, Sumi, Joseph J. (CMS/CTR) (CTR) ><[EMAIL PROTECTED]> wrote: > >>What I will probably do is to have the programmers use IBMLINK ASAP and >>enter FMID's to track their productsI still would have thought that >>there was a way to put in a date range and get back a 1-line description >>of the HIPER PTF, FMID, Componenet, Date, Description. >> >>The Enhanced Hold Data output is ugly (or I'm pulling it incorrectly), >>FYI: Is this what you guys see ?? > >What is it that you are trying to accomplish? As has been mentioned, the >enhanced holddata is intended to tell SMP/E about holds and resolutions. >Have you received the enhanced holddata and run a report errorsysmods >report as has been suggested? It tells about all known errors in your target >zone(s) and any available resolving PTFs. Does the report ERROR SYSMODS tell you if you have an error against a function or PTF that has been ACCEPTED? Many years ago if the sysmod was ACCEPTED the PE wouldn't show. -- 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: Listing HIPERS
On Aug 16, 2007, at 2:05 PM, Tergerson, John wrote: Ed, Joseph's question was about how to monitor HIPER fixes, not about how and when to apply maintenance. I try to always go through a current round of RSU maintenance before a product goes into production to keep it as current as possible just as Tom described. As Debbie pointed out, PSP buckets are important too, expecially because of issues other than maintenance. OOPS! Gotta run outside now and retrieve Junior before the lawn service comes to mow! John Well, the PSP buckets are not necessarily well maintained, IMO. Don't get me wrong they are useful but usually it takes at least one or two major incidents for them to make it into there (at least in years past). Needless to say I don't like major incidents so I would rather be proactive and monitor all hiper activity. IME it usually takes somebody bitterly complaining about X to get it into that bucket (not always just sometimes). IBMLINK is reasonably the only way to monitor *CURRENT* important issues. In the past it (at least what I have seen) it really takes something important to happen to get it pushed to the top of the crock pot. That is one of the semi unfortunate byproducts of not having a human at the other end of the line it is dependent on somebody (level 1 or level 2) to raise a red flag saying this is an important issue. I do not profess to be an expert in level 1 & 2 but as time goes by the people in the trenches are not the decision makers in hipers. Ed ps: John, I would be more careful of your baby in the future:) -- 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: Listing HIPERS
On Thu, 16 Aug 2007 16:44:03 -0300, Clark Morris wrote: >Does the report ERROR SYSMODS tell you if you have an error against a >function or PTF that has been ACCEPTED? Many years ago if the sysmod >was ACCEPTED the PE wouldn't show. AFAIK it works fine. Did you weren't running the REPORT ERRSYSMODS against the global zone after doing a REJECT of what was accepted? I'd expect those not to show up, since they are no longer in RECIEVE status. IMO, the REPORT ERRSYSMODS of the global zone isn't very interesting. -- Tom Marchant -- 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: Listing HIPERS
That one took about 30 seconds to figure out. HOLD SYSMOD APAR ---RESOLVING SYSMOD HOLDHOLD FMID NAME NUMBERNAMESTATUS RECEIVED CLASS SYMPTOMS UA31645 AA21256 UA35069 GOOD YESPE See that there entry, UA31645? It is accepted. Confidentiality notice: The information included in this e-mail, including any attachments, is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or similar action is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the original message immediately. >Does the report ERROR SYSMODS tell you if you have an error against a function or PTF that has been ACCEPTED? Many years ago if the sysmod was ACCEPTED >the PE wouldn't show. -- 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: Listing HIPERS
[EMAIL PROTECTED] wrote: Ed Gould wrote on 08/16/2007 09:51:55 AM: True but its only as current as the easy enhanced holddata. I agree completely. Enhanced holddata could be up to a week out-of-date. Just to make absolutely sure nothing had changed, I checked with the person who runs the Enhanced HOLDDATA process this morning. Here's how this works today: Enhanced HOLDDATA is generated daily from the RETAIN transaction files by a scheduled job that runs in the early hours of the morning. When someone in Level 2 marks a PTF PE, the generation of the appropriate ++HOLDs is entirely automatic. The same happens if the PE flag is removed from an APAR, except that a ++RELEASE is generated. We are aware of _no_ instance since the inception of Enhanced HOLDDATA in which it was ever a week out of date. (A day, perhaps, if a problem occurred when the job ran, but not a week! And those glitches are thankfully rare.) However, note that if you use a browser to display the HOLDDATA from the website, your browser might use a cached copy depending on your settings. That can make it appear as though the HOLDDATA is out of date. If you download the file and look at it, however, you will see the current data. If you do that now, you can see that the HOLDs are current through 07228--that's yesterday, as I'd normally expect. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- 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: Listing HIPERS
On 16 Aug 2007 14:28:30 -0700, in bit.listserv.ibm-main you wrote: >On Thu, 16 Aug 2007 16:44:03 -0300, Clark Morris wrote: > >>Does the report ERROR SYSMODS tell you if you have an error against a >>function or PTF that has been ACCEPTED? Many years ago if the sysmod >>was ACCEPTED the PE wouldn't show. > >AFAIK it works fine. > >Did you weren't running the REPORT ERRSYSMODS against the global zone >after doing a REJECT of what was accepted? I'd expect those not to show >up, since they are no longer in RECIEVE status. IMO, the REPORT >ERRSYSMODS of the global zone isn't very interesting. The last time that I would have done active SMP work was 1991 and probably earlier than that. Subsequent time has been spent on the bench or in applications. I was on a year 2000 project and did applications support and wrote a library inventory matching system using IDRDATA and other load module information, parsed source and copy library information and other interesting things to support conversion to LE and maintaining synchronization between Y2K source and production source. -- 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
