And no one seems to have mentioned that when an ERROR hold is first put
on one of the PTFs in your chain, it rarely contains a resolving PTF
initially - that usually gets added later; so if you run your check
immediately after the HOLD is released, you know there is an APAR
problem you may need to
On Fri, 16 Mar 2018 08:32:12 -0500, Jerry Callen wrote:
>>> Normally, the process of resolving all REQ/PREREQ/IFREQ requirements for
>>> given PTF(s) and collecting all missing items that prevent resolution, up
>>> to
>>> the point where APPLY CHECK suggests that actual APPLY could be successful
>> Normally, the process of resolving all REQ/PREREQ/IFREQ requirements for
>> given PTF(s) and collecting all missing items that prevent resolution, up to
>> the point where APPLY CHECK suggests that actual APPLY could be successful
>> could require several iterations.
> I have used GROUPEXTEND
On Thu, 15 Mar 2018 11:53:09 -0500, Paul Gilmartin wrote:
>On Thu, 15 Mar 2018 11:28:57 -0500, Giliad Wilf wrote:
>>
>>Normally, the process of resolving all REQ/PREREQ/IFREQ requirements for
>>given PTF(s) and collecting all missing items that prevent resolution, up to
>>the point where APPLY
n
03/15/2018 10:51:24 AM:
> From: Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/15/2018 10:51 AM
> Subject: Re: Can the CSI info alone produce a final list required for
> full resolution of researched PTFs?
> Sent by
<00d50942efa9-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, March 15, 2018 12:28 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Can the CSI info alone produce a final list required for full
resolution of researched PTFs?
Hi All,
Normally, the process of resolving all REQ/PREREQ/IFREQ requiremen
Whenever I get in trouble with an APAR I let SMP/E figure it out.
APPLY S(APAR_ID) CHECK GROUPEXTEND.
In a message dated 3/15/2018 1:12:32 PM Central Standard Time,
cvitu...@hughes.net writes:
yup... DUH!
--
For IBM-MAIN
018 10:51:24 AM:
> From: Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/15/2018 10:51 AM
> Subject: Re: Can the CSI info alone produce a final list required
> for full resolution of researched PTFs?
> Sent by: IBM Mainfr
yup... DUH!
Carmen Vitullo
- Original Message -
From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, March 15, 2018 1:05:14 PM
Subject: Re: Can the CSI info alone produce a final list required for ful
On Thu, 15 Mar 2018 14:01:09 -0400, Carmen Vitullo wrote:
>but if you maintain your SMPLOG's.. not easy but maybe you can track the PTF
>chain from there?
Not for PTFs that have never been received.
--
Tom Marchant
--
For IBM
15, 2018 12:51:24 PM
Subject: Re: Can the CSI info alone produce a final list required for full
resolution of researched PTFs?
On Thu, 15 Mar 2018 12:30:10 -0500, Paul Gilmartin wrote:
>Water is wet. The sky is blue. APPLY CHECK GROUPEXTEND reports only the
>information available to it.
R
On Thu, 15 Mar 2018 12:30:10 -0500, Paul Gilmartin wrote:
>Water is wet. The sky is blue. APPLY CHECK GROUPEXTEND reports only the
>information available to it.
Right, but you asserted that "the information is in the CSI" for "collecting
all
missing items that prevent resolution".
--
Tom Ma
Paul,
true, but the OP asked who is right, and it is him. SMP will only report on
data stored in it.
ITschak
On Thu, Mar 15, 2018 at 7:30 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 15 Mar 2018 19:19:39 +0200, ITschak Mugzach wrote:
>
> >CSI information
On Thu, 15 Mar 2018 19:19:39 +0200, ITschak Mugzach wrote:
>CSI information is created by receive. All dependencies are maintained in
>PTF pre, sup, coex, etc. If you don't receive the PTF, the chain is broken.
>The only way to feed this info is by receive the PTFs (and HOLDDATA).
>
Water is wet
CSI information is created by receive. All dependencies are maintained in
PTF pre, sup, coex, etc. If you don't receive the PTF, the chain is broken.
The only way to feed this info is by receive the PTFs (and HOLDDATA).
ITschak
On Thu, Mar 15, 2018 at 6:53 PM, Paul Gilmartin <
000433f07816-d
On Thu, 15 Mar 2018 11:53:09 -0500, Paul Gilmartin wrote:
>On Thu, 15 Mar 2018 11:28:57 -0500, Giliad Wilf wrote:
>>
>>Is there a shorter path to resolving all requirements other than ship the
>>contents of your CSI to a support center for analysis and preparing a list of
>>all requirements?
>>
On Thu, 15 Mar 2018 11:28:57 -0500, Giliad Wilf wrote:
>
>Normally, the process of resolving all REQ/PREREQ/IFREQ requirements for
>given PTF(s) and collecting all missing items that prevent resolution, up to
>the point where APPLY CHECK suggests that actual APPLY could be successful
>could requi
Gilad,
You are right. The ptf chain between csi ptf level and the ptf you want to
apply might be broken as some ptfs might be missing. All chain logic is
maintained in ptf pre, req, sup etc staements.
ITschak
בתאריך 15 במרץ 2018 18:29, "Giliad Wilf" <
00d50942efa9-dmarc-requ...@listserv.ua.
Hi All,
Normally, the process of resolving all REQ/PREREQ/IFREQ requirements for
given PTF(s) and collecting all missing items that prevent resolution, up to
the point where APPLY CHECK suggests that actual APPLY could be successful
could require several iterations.
Is there a shorter path to r
19 matches
Mail list logo