UA.EDU
Subject: [EXTERNAL] Re: SMF puzzle
Martin,
First of all, thank you for your attention.
Field SMF744PN (Number of processor CF data sections) indicates there is only
one section.
And what I was thinking was a big number, when converted to decimal, seems to
be a negative number. Field R7
Martin,
First of all, thank you for your attention.
Field SMF744PN (Number of processor CF data sections) indicates there is only
one section.
And what I was thinking was a big number, when converted to decimal, seems to
be a negative number. Field R744PWAI presents x'EB4262F2'
Is that possib
Are you summing over multiple engines for the 1 coupling facility? That section
is repeated, once for each engine.
Cheers, Martin
From: IBM Mainframe Discussion List on behalf of
Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu>
Date: Friday, 29 November 2024 at 18:40
To: IBM-MA
I would like to thank you all.
As expected It was a logic error, before the piece of code shown.
Best Regards
Ituriel do Nascimento Neto
z/OS System Programmer
Em terça-feira, 31 de janeiro de 2023 15:58:01 BRT, Michael Babcock
escreveu:
Exit IEFU86 is called first. Do you have a
Exit IEFU86 is called first. Do you have a U86 exit doing something first?
On Tue, Jan 31, 2023 at 12:30 PM Ituriel do Neto <
03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:
> I have done a small change, like below:
>
> USING SMFRCD0,R9
> DXSOTHR CLI SMF0RTY,128
>
I have done a small change, like below:
USING SMFRCD0,R9
DXSOTHR CLI SMF0RTY,128
BL DXSTYSU
WTO 'IEFU83 EXIT INVOKED'
** BAS R8,DXMSG <=== TE
Are you checking the return code from WTO?
Does the message show data from the SMF record or a boilerplate?
The snippet looks fine.
Show the code.
On Tue, 31 Jan 2023 13:29:16 + Ituriel do Neto
<03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:
:>I'm facing a problem with SMF that is
Mr Pinion,
Thank you, but its not this problem.
The SMFPRMxx is correct, otherwise the SMF record would not be generated.
Best Regards
Ituriel do Nascimento Neto
z/OS System Programmer
Em terça-feira, 31 de janeiro de 2023 10:48:01 BRT, rpinion865
<042a019916dd-dmarc-requ...@listserv
Check your PARMLIB SMFPRMxx member to insure the higher number is processed.
Sent with Proton Mail secure email.
--- Original Message ---
On Tuesday, January 31st, 2023 at 8:29 AM, Ituriel do Neto
<03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:
> Hi all,
>
> I'm facing a
n List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 27 August, 2019 22:13
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF PUZZLE
>
> I can't say for sure how it works now, but at one time IEBGENER did not
> depend on (or pay any atten
riginal Message-
From: IBM Mainframe Discussion List On Behalf Of
Vernooij, Kees (ITOP NM) - KLM
Sent: Monday, August 26, 2019 11:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMF PUZZLE
AFAIK, no EOF is written, but LSTAR is set to zero which is recognized by SMS
that the dataset i
dataset was created on another LPAR, as
suggested before.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ron Hawkins
> Sent: 27 August, 2019 15:54
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF
-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF PUZZLE
[Default] On 24 Aug 2019 13:41:23 -0700, in bit.listserv.ibm-main
martin_pac...@uk.ibm.com (Martin Packer) wrote:
>Allocation doesn't cause SMF 14/15 to be written. CLOSE (and therefore
>OPEN) does.
If a data set is allocated by IeFBr14 on
willie bunter wrote:
>The file is PS. I haven't tried type 42. I will give it a shot.
>I am trying to find the user/job which created a dsn. I run my trustworthy
>SMF job which looks for recids 05 14 15 17 18 61 62 63 64 65 66 67 68 136 139
>163.
If you have setup your profiles correctly [
TP -- I'm trying to
> remember.)
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Monday, August 26, 2019 8:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re:
- Original Message -
From: "willie bunter" <001409bd2345-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, August 26, 2019 10:50:24 AM
Subject: Re: SMF PUZZLE
Roger,
I looked for SMF 118 but nothing turned up. Thanks for the suggestion.
On Sunday,
to:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Seymour J Metz
> Sent: 26 August, 2019 19:14
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF PUZZLE
>
> If you are configured for an automatic EOF on new files, then Allocation
> writes the EOF before your application gets control;
On 2019-08-26, at 11:13:44, Seymour J Metz wrote:
>
> If you are configured for an automatic EOF on new files, then Allocation
> writes the EOF before your application gets control; there is no OPEN
> involved.
>
I understand Allocation writes no EOF if it can't determine DSORG.
A silly conven
metz3
From: IBM Mainframe Discussion List on behalf of
Clark Morris
Sent: Saturday, August 24, 2019 5:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF PUZZLE
[Default] On 24 Aug 2019 13:41:23 -0700, in bit.listserv.ibm-main
martin_pac...@uk.ibm.com (Martin Packer) wrote:
>Al
N@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Monday, August 26, 2019 8:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF PUZZLE
>
> Roger,
> I looked for SMF 118 but nothing turned up. Thanks for the suggestion.
> On Sunday, August 25, 2019, 10:45:43 a.m. UT
behalf of
Charles Mills
Sent: Monday, August 26, 2019 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF PUZZLE
Interesting hypothesis. Should be easy enough to verify.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ron
ssion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of willie bunter
Sent: Monday, August 26, 2019 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF PUZZLE
Roger,
I looked for SMF 118 but nothing turned up. Thanks for the suggestion.
On Sunday, August 25, 2019, 10:45:43 a.m. UTC, Roger
datasets and other
things.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of willie bunter
Sent: Monday, August 26, 2019 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF PUZZLE
Interesting hypothesis. Should be easy enough to verify.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ron Hawkins
Sent: Sunday, August 25, 2019 11:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF PUZZLE
All,
Could it
t;
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, August 26, 2019 10:50:24 AM
Subject: Re: SMF PUZZLE
Roger,
I looked for SMF 118 but nothing turned up. Thanks for the suggestion.
On Sunday, August 25, 2019, 10:45:43 a.m. UTC, Roger Lowe
wrote:
On Sat, 24 Aug 2019 17:29:30 +, willie bunter
wr
Roger,
I looked for SMF 118 but nothing turned up. Thanks for the suggestion.
On Sunday, August 25, 2019, 10:45:43 a.m. UTC, Roger Lowe
wrote:
On Sat, 24 Aug 2019 17:29:30 +, willie bunter
wrote:
>Good Day,
>I am trying to find the user/job which created a dsn. I run my trustwo
Try the DAF program from the CBTTAPE FILE094.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
willie bunter
Sent: Saturday, August 24, 2019 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF PUZZLE
Good Day,
I am trying to find the user/job which created a dsn. I ru
All,
Could it be that the EOF mark on the file is a DADSM function outside of the
control of the program, and that is why there is no SMF record from an
unopened, empty data set?
Ron
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
Could it be as simple as having been created on one lpar (not the one you are
processing hte records of) but deleted on the LPAR you are looking at the
records of?
Brian
--
For IBM-MAIN subscribe / signoff / archive access inst
Subject: Re: SMF PUZZLE
On Sat, 24 Aug 2019 17:29:30 +, willie bunter
wrote:
>Good Day,
>I am trying to find the user/job which created a dsn. I run my trustworthy
>SMF job which looks for recids 05 14 15 17 18 61 62 63 64 65 66 67 68 136 139
>163. The job showed the job wh
On Sat, 24 Aug 2019 17:29:30 +, willie bunter
wrote:
>Good Day,
>I am trying to find the user/job which created a dsn. I run my trustworthy
>SMF job which looks for recids 05 14 15 17 18 61 62 63 64 65 66 67 68 136 139
>163. The job showed the job which read the dsn & deleted it but it d
utube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
>
>
>
>From: Charles Mills
>To: IBM-MAIN@LISTSERV.UA.EDU
>Date: 24/08/2019 21:23
>Subject:Re: SMF PUZZLE
>Sent by:IBM Mainframe Discussion List
>
>
>
>SMF only captures what you tell it to (wit
ce-topics/id1127943573?mt=2
Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
From: Charles Mills
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 24/08/2019 21:23
Subject: Re: SMF PUZZLE
Sent by:IBM Mainframe Discussion List
SMF only captures what you tell it
SMF only captures what you tell it to (with SMFPRMxx). Some shops, for example,
exclude STC's from certain SMF types "to avoid a performance impact on CICS" or
some similar reason. The whole "how to read SMFPRMxx" thing is beyond the scope
of an e-mail. D SMF,O will give you a not-quite-trivial-
34 matches
Mail list logo
