secure email.
On Monday, June 3rd, 2024 at 1:12 PM, Michael Oujesky
wrote:
> What records are not missing from Sandbaox on May 10th? Do you have
> the job logs from SMF off-loading for may 10th data? What do the 2
> and 3 SMF record time-stamps from the May 10th -look like?
>
> Mic
What records are not missing from Sandbaox on May 10th? Do you have
the job logs from SMF off-loading for may 10th data? What do the 2
and 3 SMF record time-stamps from the May 10th -look like?
Michael
At 09:06 AM 6/3/2024, rpinion865 wrote:
Content-Transfer-Encoding: base64We are running z
In the system log check the SMF swap times and the batch jobs that
copy and re-initialize the SMF files.
On Mon, Jun 3, 2024 at 9:07 AM rpinion865
<042a019916dd-dmarc-requ...@listserv.ua.edu> wrote:
>
> We are running z/OS 2.4 on a z15 with three LPARs (Production, Development,
> and Sandbox)
We are running z/OS 2.4 on a z15 with three LPARs (Production, Development, and
Sandbox). We use SMF log streams to collect our SMF records. We kick off a
batch job everyday at 2:00 to capture the previous day's SMF records from the
log stream, and write them to a GDG dataset. SMF Type 89 is tur
ISTSERV.UA.EDU on behalf of
> Steve Thompson ste...@wkyr.net
>
> Sent: Thursday, November 9, 2023 10:15:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: SMF record for number of program executions?
>
> EXTERNAL EMAIL
>
>
>
>
shaw
> https://rsclweb.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Steve Thompson
> Sent: 09 November 2023 22:15
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF recor
ymoke-Bradshaw
https://rsclweb.com
‘Dance like no one is watching. Encrypt like everyone is.’
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: 09 November 2023 22:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record for number of program executions?
I
m: IBM Mainframe Discussion List On Behalf Of
Michael Oujesky
Sent: Thursday, November 9, 2023 5:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record for number of program executions?
While others have already responded about how to determine how many
times a program has been fetc
ael
At 01:00 PM 11/9/2023, L H wrote:
Hello,
I need to count the number of times some programs are executed on z/OS.
Not job names or CICS Tranids, but the times Cobol object code executed.
Does anyone know if a SMF record exists to record this, or does anyone have
an Assembler program to re
_
From: IBM Mainframe Discussion List on behalf of
Steve Thompson
Sent: Thursday, November 9, 2023 10:15:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record for number of program executions?
EXTERNAL EMAIL
If you are willing to write an exit to get the info,
If the question is how many times a module was loaded, IZSAM, and several
others can answer it. If the question is how many times that [sub]program was
actually invoked, IZSAM and similar can't help.
As far as I know there is only one product able to do it.
Having a vested interest I will refr
If you are willing to write an exit to get the info, you can get
it via a CSV exit (I forget its name, but ALL "LOAD"s go through
it). Understand, if you use that exit, it has to have a very
short code path, can't cause a wait of any kind, or you will
cause problems for all address spaces in th
Hi Linda,
When I have been requested to provide that information, I have used the IBM Z
Software Asset Management ( aka iZSAM ) software product, which was previously
known as IBM Tivoli Asset Discovery for z/OS ( aka TADz ).
Glenn Miller
nframe Discussion List on behalf of L H
Sent: Thursday, November 9, 2023 2:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF record for number of program executions?
Hello,
I need to count the number of times some programs are executed on z/OS.
Not job names or CICS Tranids, but the times Cobol objec
As @Ituriel says, If you want the jobstep program it is found in some of the
SMF 30 records. No trick to finding it. IIRC it is very straightforward.
"Every program" comes up here from time to time and is basically impossible.
There is no supported way. If you want to intercept SVCs (and I suspe
escreveu:
Hello,
I need to count the number of times some programs are executed on z/OS.
Not job names or CICS Tranids, but the times Cobol object code executed.
Does anyone know if a SMF record exists to record this, or does anyone have
an Assembler program to read the SMF and produce the
Hello,
I need to count the number of times some programs are executed on z/OS.
Not job names or CICS Tranids, but the times Cobol object code executed.
Does anyone know if a SMF record exists to record this, or does anyone have
an Assembler program to read the SMF and produce the counts? Or a
The SMF type/subtype combinatorics is not quite that high. While the SMF record
header extended record type field, as well as the subtype field,are each 2
bytes, SMF accepts record types 0-2047 to be recorded, and accepts 32767
subtypes off of a given record type.
Bonnie Ordonez
My bad. 126 has the Extended SMF record header version 1. That
allows this record type to have up to 68,108,864 possible
combinations of sub-type and extended sub-type with the extended
sub-type limited to 2048 values. Yet the extended sub-type field is
two bytes, so, theoretically, the
To be precise, as of z/OS 2.1, there are up to 2048 valid record types
(0-2047). A value of 126 (decimal) at offset +5 into an SMF record is one (of
many) indicators that the record contains an extended header where the actual
record type field resides. The chapter titled "SMF record ge
Record type 125 is the new extended SMF record that provide for the
double-byte record ID's.
Probably the most concise collection of information is in Cheryl
Watson's SMF Reference Summary found at:
https://watsonwalker.com/wp-content/uploads/2021/02/SMF-Reference-20210124.pdf
Mich
z/OS 2.5 provides for new "extended" SMF record types >255. They have a
standard type (I forgot the number) for backward compatibility, AND an
extended type number (4 digits).
Roger W. Suhr
suhr...@gmail.com
-Original Message-
From: IBM Mainframe Discussion List On Beha
. We are on z/OS V2.3 going to z/OS V2.4
We have not reviewed or updated our SMF record types in decades
We only use 0:255 for our archive/collection parms
Is there a new range to change to use?
If so, what should I use?
Any suggestions or is this still valid
Thank you
I am reviewing our SMF Setup. We are on z/OS V2.3 going to z/OS V2.4
We have not reviewed or updated our SMF record types in decades
We only use 0:255 for our archive/collection parms
Is there a new range to change to use?
If so, what should I use?
Any suggestions or is this
frame Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Relson [rel...@us.ibm.com]
Sent: Sunday, March 20, 2022 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record - Looping and Memory shortage
Cancel with DUMP option will be useful for the product owners but from zOS
is there
Cancel with DUMP option will be useful for the product owners but from zOS
is there a way to know in which memory block they are consuming more ?
Without reading minds, no.
"Memory block" as you are using it has no meaning to the operating system. It
only has meaning to the exploiter.
Why wou
254.644.8534
> Email: wschroe...@txfb-ins.com<mailto:wschroe...@txfb-ins.com>
>
> 7420 Fish Pond Rd.
> Waco, TX 76710
>
> From: IBM Mainframe Discussion List On Behalf Of
> Ed Jaffe
> Sent: Thursday, March 17, 2022 9:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
&
Cancel with DUMP option will be useful for the product owners but from zOS
is there a way to know in which memory block they are consuming more ?
On Sat, Mar 19, 2022, 10:02 PM Mike Schwab wrote:
> Cancel with a dump?
>
> On Sat, Mar 19, 2022 at 5:44 PM Peter wrote:
> >
> > Hello Peter
> >
> >
Cancel with a dump?
On Sat, Mar 19, 2022 at 5:44 PM Peter wrote:
>
> Hello Peter
>
> Here there was no Shortage of ASM, ECSA or CSA or SQA.
>
> The recursive abend created by the address space took away all the memories
> but not sure which part of memory (24 bit or 31bit) lead to outage
> (inter
Hello Peter
Here there was no Shortage of ASM, ECSA or CSA or SQA.
The recursive abend created by the address space took away all the memories
but not sure which part of memory (24 bit or 31bit) lead to outage
(intermittent) and after cancelling the address relieved the condition.
This has starte
The PFA (Predictive Failure Analysis) component can help identify users of
private storage and their growing usage.
Having said that, it's not TCP/IP that has anything to do with dispatching a
work unit.
Running out of memory (whether private or common) has nothing to do with
dispatching a work
e
Sent: Thursday, March 17, 2022 9:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record - Looping and Memory shortage
On 3/17/2022 7:11 PM, CM Poncelet wrote:
> I can't remember the SMF record details, but the dispatch priority of
> address spaces can be lowered 'on the
On 3/17/2022 7:11 PM, CM Poncelet wrote:
I can't remember the SMF record details, but the dispatch priority of
address spaces can be lowered 'on the fly' via SDSF (or CA's Sysview, if
memory serves) to swap them out and prevent them from grabbing storage
at the expense
I can't remember the SMF record details, but the dispatch priority of
address spaces can be lowered 'on the fly' via SDSF (or CA's Sysview, if
memory serves) to swap them out and prevent them from grabbing storage
at the expense of what would now be higher priority ASIDs.
HT
On Thu, 17 Mar 2022 15:43:10 +0400, Peter wrote:
>Hello,
>
>Could someone please direct me on which SMF record can produce the report
>showing the highest CPU consumers who caused the memory shortage ?
>
>Today in one of our LPARs address space was recursively abending and i
Hello,
Could someone please direct me on which SMF record can produce the report
showing the highest CPU consumers who caused the memory shortage ?
Today in one of our LPARs address space was recursively abending and it
monopolized the memory due to which TCPIP couldnt Dispatch the unit of work
gt; Martin Packer martin_pac...@uk.ibm.com
>
> Enviado: martes, 8 de junio de 2021 07:35
>
> Para: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU
>
> Asunto: Re: Format SMF record 99
>
> The OP didn't specify which subtype(s). For example, 99-14 is very
>
> differe
Martin
Now, i'm working with smf99 subtype 1 and 8
Regards
JCarlos
De: IBM Mainframe Discussion List en nombre de
Martin Packer
Enviado: martes, 8 de junio de 2021 07:35
Para: IBM-MAIN@LISTSERV.UA.EDU
Asunto: Re: Format SMF record 99
The OP didn'
From: kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 08/06/2021 07:18
Subject:[EXTERNAL] Re: Format SMF record 99
Sent by:IBM Mainframe Discussion List
Hi,
I can put one together if you like.
Which subtypes and which fie
l possible but it'll take longer.
Just printing out the fields as is (or with some basic calculations) will be
simple.
- KB
‐‐‐ Original Message ‐‐‐
On Tuesday, June 8, 2021 10:05 AM, Juan Carlos Godinez Pando
wrote:
> Hi everyone
>
> Somebody have a tool to help me to form
Hi everyone
Somebody have a tool to help me to format smf record 99, i have z15 and z/Os 2.3
Juan Carlos Godinez Pando
email: jcarlosgodin...@hotmail.com<mailto:jcarlosgodin...@gmail.com>
móvil:+5215524410154
AMAT VICTORIA
: IBM-MAIN@LISTSERV.UA.EDU
Subject: DB2 ver/rel from SMF record
Given an SMF record for DB2 (100-102), I'd like to find the DB2 version/release.
In the product section, I see QWHSRN and QWHSSUBV.
The first is the release "indicator number" in hex.
The second is the "subversion
Given an SMF record for DB2 (100-102), I'd like to find the DB2 version/release.
In the product section, I see QWHSRN and QWHSSUBV.
The first is the release "indicator number" in hex.
The second is the "subversion for the base release".
I downloaded SMF 9.1 data from
, 2020
- RACF - Securing z/OS UNIX - SEPT 28 - OCT 2, 2020
---
-Original Message-
Date:Mon, 13 Jul 2020 22:27:53 +
From:"TenEyck, Peter"
Subject: SMF record
What SMF record and report/tool could
W dniu 14.07.2020 o 00:27, TenEyck, Peter pisze:
What SMF record and report/tool could I use to determine the point of origin
for this attempted logon?
M 008 ABCD 20180 07:40:36.85 JOB03275 0090 ICH408I USER(RACFID )
GROUP() NAME(??? ) 395
E
alle ore 00:28 TenEyck, Peter <
peter.tene...@americannational.com> ha scritto:
> What SMF record and report/tool could I use to determine the point of
> origin for this attempted logon?
>
> M 008 ABCD 20180 07:40:36.85 JOB03275 0090 ICH408I
> US
‐‐‐
On Tuesday, July 14, 2020 3:57 AM, TenEyck, Peter
wrote:
> What SMF record and report/tool could I use to determine the point of origin
> for this attempted logon?
>
> M 008 ABCD 20180 07:40:36.85 JOB03275 0090 ICH408I USER(RACFID )
> GROUP( ) NAME(??? ) 395
> E 39
What SMF record and report/tool could I use to determine the point of origin
for this attempted logon?
M 008 ABCD 20180 07:40:36.85 JOB03275 0090 ICH408I USER(RACFID )
GROUP() NAME(??? ) 395
E 395 0090LOGON
Yes, everything's been setup, and I see SMF Type 2 records in the offloaded SMF
data from the logstream.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐
Since no one else is answering this, I'll make a really wild guess without any
real substance. I can't believe that IBM would default to SMF Signature
Validation enabled. Are there supposed to be SMF parm changes? Did you meet the
software and hardware requirements for this feature?
Jon.
On
What's the magic spell(s) to get SMF Signature Validation to work? I've been
trying for a couple of days and it's failed every time. Latest failure is this;
IFA741I UNABLE TO PERFORM SMF SIGNATURE VALIDATION
IFA742I SMF SIGNATURE VALIDATION FAILED DUE TO
INCONSISTENT RECORDS - FIRST FLAG
Maybe it’s not being corrupted in the SMF record but at the source.
Many SMF fields are copied from various control blocks. Check if that location
is being walked on.
Dan
--
For IBM-MAIN subscribe / signoff / archive access
ee shirt, just the scars.)
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Peter Relson
Sent: Thursday, June 13, 2019 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What happens if an SMF exit modifies
The intent of the question was NOT "I have this neat idea that I could
'improve' SMF records in the exit ..." Not at all. Here is the problem.
Associates have an issue with a corrupted SMF record whose source was an
IEFU8x exit. We see three possibilities:
- They stepped on i
> due to security and integrity of the SMF records themselves, IBM is not
talking much about it.
Security by obscurity?
No. These are updates by authorized programs. Neither security nor
integrity is a factor.
One ought to be asking for what reason an exit routine would update an
Charles Mills wrote:
>Thanks @Scott and @Elardus.
You're most welcome!
>I have submitted an RCF and copied @Scott.
Cool! Keep them busy. ;-)
>@Elardus -- don't forget IEFU86.
Yes, you're right. I just copied (in a hurry!) the list of the IEFU8x involved
from a bookie in KC.
>> due to sec
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Wednesday, June 12, 2019 5:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What happens if an SMF exit modifies the SMF record?
Charles Mills wrote:
>What happens if an SMF exit modifies the SMF recor
Charles Mills wrote:
>What happens if an SMF exit modifies the SMF record? Do the next exit in the
>chain, SYS1.MANx and/or the stream see the modified record, or is the exit
>only modifying a "private copy" of the SMF record?
It should be able to do that provided the SMF
The IEFU8x exits get the "live" record, so yes, any updates that the exit makes
would get passed on down the line.
I thought this was documented, but I did a quick search and didn't find it
either. (There are some places that hint at it but I didn't find anything that
spells it out.)
-Scott B
What happens if an SMF exit modifies the SMF record? Do the next exit in the
chain, SYS1.MANx and/or the stream see the modified record, or is the exit
only modifying a "private copy" of the SMF record?
It would seem to me to be an important point, and the documentation is
pretty much
Yes, it’s 2.1 so almost everyone can do it now.
Thanks, Vignesh, for mentioning my quite old blog post.
There is only one place where I process SMF with REXX: I wrote a prototype
to extract the Deactivated LPARs from 70-1. I guess I was lazy. :-) This
code is actually quite handy - and I should
On 24/04/2018 3:04 AM, Kirk Wolf wrote:
Black Hill Software also has some SMF reporting tools which look pretty
nice.
Thanks for the mention.
EasySMF includes reports to shows rolling 4 hour average service by
service class, report class and even job name to help you see exactly
what contrib
Sankaranarayanan, Vignesh wrote:
>https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry/processing_vbs_data_with_rexx?lang=en
>
>Believe REXX can read VBS... since v2r2 or something.
Yes, I forgot about this which were also discussed in IBM-MAIN some time ago.
That new ability t
2018 10:08
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: SMF record analyze
Believe REXX can read VBS... since v2r2 or something.
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus
] Re: SMF record analyze
Oren, Yifat wrote:
>Take a look at:
>http://ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopmen
>t/rexx_smf_part3/?page=1 I've used the Rexx code sample in this article
>as a good starting point for analyzing SMF 30s.
Thanks for that link. I ce
Oren, Yifat wrote:
>Take a look at:
>http://ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopment/rexx_smf_part3/?page=1
>I've used the Rexx code sample in this article as a good starting point for
>analyzing SMF 30s.
Thanks for that link. I certainly know that REXX can't read SMF r
List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of venkat kulkarni
Sent: 19 April 2018 21:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record analyze
Thanks for reply.
Yes, i extracted SMF 30 into flat file and i am aware of this SMF 30 along
with other record number.
But issue is to analyze hi
I would suspect some accounting program going through every account
and calculating late charges on accounts not paid by the 10th of the
month. Look for a job that only runs on the 10th. Or a batch job
step that takes almost no time except on the 10th. Or a batch job
step that is considerably ra
On Behalf
> Of venkat kulkarni
> Sent: Thursday, April 19, 2018 11:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] SMF record analyze
>
> Hello Group,
>
> we are experiencing performance issue on every month 10th and our MSU
> usage reach to maximum but we are
.
Ron
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
venkat kulkarni
Sent: Thursday, April 19, 2018 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] SMF record analyze
Hello Group,
we are experiencing performance issue on every month 10th and our MSU usage
If you already have SAS. An alternative is to use MXG on your hefty PC
with SAS. Have shared DASD reduces transfer of large volumes of data.
There's also the RMF Spreadsheet Reporter for RMF data that will take RMF
records and flow them into EXcel spreadsheet for pretty graphics.
http://www-03
re.
>>
>> Do you run Scheduling Software? If so, may be it can assist with this
>>
>> Lizette
>>
>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List On
>> Behalf Of
>>> venkat kulkarni
>>> Sent: Thursd
It's called MXG. MXG is very reasonably priced.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of venkat kulkarni
> Sent: Thursday, April 19, 2018 11:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject:
with this
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List On
> Behalf Of
> > venkat kulkarni
> > Sent: Thursday, April 19, 2018 11:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: SMF record analyze
> >
> > He
m: IBM Mainframe Discussion List On Behalf Of
> venkat kulkarni
> Sent: Thursday, April 19, 2018 11:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMF record analyze
>
> Hello Group,
>
> we are experiencing performance issue on every month 10th and our MSU usage
> reach to
Hello Group,
we are experiencing performance issue on every month 10th and our MSU usage
reach to maximum but we are unable to find reason. So, we wanted to analyze
our batch jobs, if any one of them causing this issue.
But we do not have any tool for performing this activity. So, is it
possible
: SMF record for FTP
What about syslog, I have the syslog daemon running and collecting FTP info.
Here is a sample.
There are some secure and some not secure connections. IP addresses and Userid
changed to protect the innocent. There is also more detailed info in the
debug.log file.
Jun 1 13:50
14:33:42 JESH01 ftps[50332417]: EZYFS56I ID=FTPD100052 ACCESS OK
USERID=S888XXX
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of venkat kulkarni
Sent: Sunday, May 28, 2017 4:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF record for
> On May 28, 2017, at 12:44 PM, venkat kulkarni
> wrote:
>
> Hello Charles,
>
> Thanks for reply. As you suggested,
>
> 1) I will add SMF 119 in SMFPRMxx
> 2) I will add SMFCONFIG statement in the TCP profile dataset with TYPE119
>
> and then use dynamic command obeyfile and SET to make thes
arles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of venkat kulkarni
Sent: Sunday, May 28, 2017 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record for FTP
Hello Charles,
Thanks for reply. As you suggested,
1) I will add SMF 1
On Sun, 28 May 2017 14:53:34 -0500, Paul Gilmartin wrote:
>On Sun, 28 May 2017 11:31:41 -0700, Lizette Koehler wrote:
>
>>Note: Once you turn on the SMF collection, you will only get data from that
>>point in time forward. So if you have something that connects only once a
>>month, you will n
>> > >
>> > > Some SFTP implementations cut the same subtypes so make sure you
>> > > don't confuse yourself.
>> > >
>> > > -Original Message-----
>> > > From: IBM Mainframe Discussion List
>> > > [mailto:I
n List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Sunday, May 28, 2017 11:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF record for FTP
>
> What tools do you have for reviewing SMF data?
>
> SAS/MXG
>
> SAS/MICS
>
> SAS
&
age-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Sunday, May 28, 2017 10:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF record for FTP
>
> Hello Charles,
>
> Thanks for reply. As you suggested,
lkarni
> Sent: Sunday, May 28, 2017 2:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMF record for FTP
>
> Hello All,
>
> We are in the process of converting FTP jobs to SFTP and many of the jobs
> are converted.
>
> But before blocking port 23 for FTP, we want to make su
al Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of venkat kulkarni
Sent: Sunday, May 28, 2017 2:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF record for FTP
Hello All,
We are in the process of converting FTP jobs to SFTP and many of the jobs are
converte
converted.
But before blocking port 23 for FTP, we want to make sure that all jobs are
running with SFTP.
Is it possible to collect some SMF record, which can indicate the current
running jobs that are still using FTP.
--
For IBM
e want to make sure that all jobs are
> running with SFTP.
>
> Is it possible to collect some SMF record, which can indicate the current
> running jobs that are still using FTP.
>
> --
> For IBM-MAIN subs
Hello All,
We are in the process of converting FTP jobs to SFTP and many of the jobs
are converted.
But before blocking port 23 for FTP, we want to make sure that all jobs are
running with SFTP.
Is it possible to collect some SMF record, which can indicate the current
running jobs that are
Salva Carrasco wrote:
>> How did you find it out? Experiencing abends with SMF processing jobs or
>> having problems with Logstreams?
>> Or just simply excellent eye-balling the records?
>>I see you have posted a sample SMF record 80, is that field SMF80USR? (offset
>
> How did you find it out? Experiencing abends with SMF processing jobs or
> having problems with Logstreams?
> Or just simply excellent eye-balling the records?
>I see you have posted a sample SMF record 80, is that field SMF80USR? (offset
>19 as per your post)
No abends o
Salva Carrasco wrote:
>After a long investigation, IBM has found an error when the SMF LogStream
>structure is defined with MAXBUFSIZE < 64K in z/OS 2.2.
>Pending OA51823 APAR.
Many many thanks for helping us SMF oldies. ;-)
Much appreciated.
>SMF record corrupted at offset
After a long investigation, IBM has found an error when the SMF LogStream
structure is defined with MAXBUFSIZE < 64K in z/OS 2.2.
Pending OA51823 APAR.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
record corrupted
Hi all.
SMF record corrupted at offset x16, high order bit zeroed, in (almost) types:
4, 14, 15, 20, 61, 62, 65, 64, 66, 80, 208, 241.
Sample (E7 become 67 at offset 19):
+1+2+
& ¢ BCARXPRODPL
1500B10131CCCD2000EDDDCDD
E0060B165F23198050779
Hi all.
SMF record corrupted at offset x16, high order bit zeroed, in (almost) types:
4, 14, 15, 20, 61, 62, 65, 64, 66, 80, 208, 241.
Sample (E7 become 67 at offset 19):
+1+2+
& ¢ BCARXPRODPL
1500B10131CCCD2000EDDDCDD
E0060B165F231980507796473
+1+.
U
> Subject: Re: SMF RECORD TYPE : HELP
>
> Daniel,
>
> I would like to try out your suggestion. Would you have an example of the
> FDRABR step? Also, would it support SMF as an input file?
>
>
> On Thu, 3/11/16, Blake, Dani
List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Dawes
Sent: Friday, November 04, 2016 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF RECORD TYPE : HELP
Daniel,
I would like to try out your suggestion. Would you have an example of the
FDRABR step? Also, would it support SMF as
ubject: Re: SMF RECORD TYPE : HELP
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, 3 November, 2016, 9:20 AM
OK, add an SDSF step
before your FDR dump step, then one after your FDR dump
step. Rerun the job.
//COMMAND1 EXEC PGM=ISFAFD
//ISFOUT DD SYSOUT=*
//ISFIN DD *
That was the first thing I tried. However it was too late because I issued 3
minutes later after the job abended. The device showed that no resource had
aan enque on it..
On Thu, 3/11/16, Ronald Hawkins wrote:
Subject: Re: SMF RECORD TYPE : HELP
UME BECAUSE OUTPUT VOLUME BCD012
IS IN USE. TASK IS TERMINATED
I am trying to find out what resource was using the volume at that time. I
thought that SMF would be a solution however I don't see a SMF record type for
DASD.
Any suggestions would be very
1 - 100 of 189 matches
Mail list logo
