View previous topic :: View next topic
|
Author |
Message |
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
Why would some users able to generate FA entry in 1 lpar but not another one?
for example, userA logged into lpar X generated an abend but not able to see the fault analyzer portion in the jes2 log. however, when userA logged into lpar Y, submitted the exact same JCL, produced abend, and able to see the FA portion in jes2 log. |
|
Back to top |
|
|
Joerg.Findeisen
Senior Member
Joined: 15 Aug 2015 Posts: 1305 Location: Bamberg, Germany
|
|
|
|
Should be a configuration thing in IDICNFxx, talk to your Sysprogs. |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
@joerg.findeisen - thanks for your expeditious response.
will check with them. thanks again |
|
Back to top |
|
|
hankoerlemans
New User
Joined: 25 Jan 2018 Posts: 61 Location: Australia
|
|
|
|
Any IDI messages that are different ?
What does the ISPF dialog say about it ?
i.e. FA Main Menu->Help->About
and then FA Main Menu->Services->Service Information
but then .......your sysprogs are likely the ones that have to fix any discrepancies.
|
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
I'm not sure what the issue is, but they're unable to solve this issue.
Let see if i can clarify this a bit more.
very few users (excluding me) with their abend jobs are able to add IDI entries in FA on LPAR A. however, my abend jobs are able to add entries on LPAR B.
I look at the IDICNFxxA (lpar A) and IDICNFxxB (lpar B) and there are no differences (except the IDI.xx.HIST).
what could be the issue? these people are clueless!
any help is appreciated. |
|
Back to top |
|
|
hankoerlemans
New User
Joined: 25 Jan 2018 Posts: 61 Location: Australia
|
|
|
|
Time for a problem ticket ?
Got screen shots of the FA ISPF Dialog screen I mentioned ? |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
under FA Main Menu->Help->About (for both LPARs)
IBM Fault Analyzer for Z/OS V14R1M2 (UI54624 2018/03/21)
Licensed materials - Property of IBM and/or HCL. 5655-Q41
--
FA Main Menu->Services->no Service Information (not listed). |
|
Back to top |
|
|
hankoerlemans
New User
Joined: 25 Jan 2018 Posts: 61 Location: Australia
|
|
|
|
Quite an old PTF level. See if you can get a ticket with IBM Support started.
Cant do any more here. |
|
Back to top |
|
|
Joerg.Findeisen
Senior Member
Joined: 15 Aug 2015 Posts: 1305 Location: Bamberg, Germany
|
|
|
|
Hank is right, the PTF level is rather old. We do have IBM Fault Analyzer for z/OS V14R1M13 (UI74225 2021/03/08) installed. |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
thanks guys for pointing that out.
i'm still puzzle (maybe because idk much!), but why would it work on 1 lpar but not the other? it's because the ptf is too old? it was working not long ago and still work for a small group of users.
so all they need to do is upgrade it to a newer one and this will fix this issue? is this something the internal team can perform or does it have to go through ibm support?
thanks for any clarifications. |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
ok some more information, which i hope can be useful in finding the root cause.
it appears COBOL programs that abended appear on this lpar but not ASM pgms.
is this configuration, setup, patch update, something else? |
|
Back to top |
|
|
hankoerlemans
New User
Joined: 25 Jan 2018 Posts: 61 Location: Australia
|
|
|
|
Can you use DDLIST (TSO ISRDDN) ?
If so command can you use command LOAD IEAVTABX.
Can you see IDIXDCAP ?
Do you have SDSF and can see the "DYNX Dynamic exits" Option ?
Select. Can you see IEAVTABX_EXIT referencing IDIXDCAP ?
If you can't see IDIXDCAP at all then call your friendly neighbourhood sysprog.
z/OS level could be a consideration for the DYNX coption BTW |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
hankoerlemans wrote: |
Can you use DDLIST (TSO ISRDDN) ? YES
If so command can you use command LOAD IEAVTABX.
Module IEAVTABX was found to be already loaded.
Can you see IDIXDCAP ? i do not see this
Do you have SDSF and can see the "DYNX Dynamic exits" Option ? YES
Select. Can you see IEAVTABX_EXIT referencing IDIXDCAP ? i see it, but ACTIVE = NO
If you can't see IDIXDCAP at all then call your friendly neighbourhood sysprog.
z/OS level could be a consideration for the DYNX coption BTW |
[b] |
|
Back to top |
|
|
hankoerlemans
New User
Joined: 25 Jan 2018 Posts: 61 Location: Australia
|
|
|
|
Call your friendly neighbourhood sysprog.
All sorts of reasons why that might be the case.
Including some APARs |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
ok thx |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
a quick update on this, they finally opened a ticket with ibm after so much hesitation...
they suspect it could be related to the EXIT not being active. not sure what that means ?
if it's not active on this lpar, why does it still produced some fault history but not others.
something about:
EXIT ADD EXITNAME(IEAVTABX_EXIT) MODNAME(IDIXDCAP) |
|
Back to top |
|
|
hankoerlemans
New User
Joined: 25 Jan 2018 Posts: 61 Location: Australia
|
|
|
|
Yeah, saw the ticket.
LE enabled applications can use the LE abnormal termination exit.
Non-LE abends are picked up via a z/OS exit.
CICS also provides two ways of getting dumps captured. |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
you're able to see when others open tickets?
sorry but what is LE mean and what does it have to do with FA and exit? |
|
Back to top |
|
|
hankoerlemans
New User
Joined: 25 Jan 2018 Posts: 61 Location: Australia
|
|
|
|
I have a support role.
I saw a ticket that matches this conversation and I can put 2 and 2 together ;-)
LE = Language Environment.
Think of it as the runtime support for high level languages such as PLI Cobol and C. |
|
Back to top |
|
|
dot1q3 Warnings : 1 New User
Joined: 09 Feb 2021 Posts: 26 Location: United States
|
|
|
|
ok thanks |
|
Back to top |
|
|
|