On Mon, 14 Jun 2021 16:55:32 +, Nai, Dean wrote:
>We installed RACF on Z/VM and part of that installed had us activate SMF
>record generation.
>Anyone know if Z/VM can collect Z/OS type SMF records or only RACF types?
On z/VM, the only SMF records created are RACF types 80, 81, and 83.
Thank you, I think this is a better solution for me right now.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I am not using IFASMFDP I am doing other things in the DFSORT application. I'm
trying not to do all of the I/O to select the records with IFASMFDP, then read
the selected records a second time into DFSORT to process them.
--
>>Why not just use IFASMFDP?
Micahel,
Probably due to fact that IFASMFDP does not give you the option of
dynamically changing the date. Tim wanted Current date - 7 days worth of
data. IFASMFDP only allows you hard coded dates for DATE parameter. So Tim
has to change the control cards every time
Why not just use IFASMFDP?
Michael
At 02:32 PM 6/14/2021, Tim Hare wrote:
The brain is just not working today I guess. I want to use DFSORT
to select some SMF records for a week; I'm getting myself confused
in the DFSORT application programming guide
Do I want to use
INCLUDE
>>since I am not interested in dates in the 20th century, could I use
COND=(12,3,Y2U,GE,) ?
Tim,
If you are input data is always going to 20th century then you use Y2U
format in the form Y'string' . Something like this
INCLUDE COND=(12,3,Y2U,GE,Y'DATE3'-7)
Thanks,
Kolusu
DFSORT Development
Thanks for the solution. I am wondering, though: since I am not interested in
dates in the 20th century, could I use COND=(12,3,Y2U,GE,) ? The
rightmost 3 bytes of the SMF date would seem to satisfy Y2U and as long as my
offset of -7 doesn't take me to a previous century I should be OK,
>>The point is to have the job be scheduled weekly, after our last SMF
dump at midnight and
> subsequent accumulation of SMF records so today's date minus 7 gives
Tim,
The SMFDATE format is NOT your typical Date format. A 4-byte SMF date value
in the form P'cyyddd' (X'0cyydddF') where c=
In
Message-ID:<7d1e23cd-fe3d-275b-652e-9240b8b84...@phoenixsoftware.com>,
edja...@phoenixsoftware.com (Ed Jaffe) wrote:
>On 6/14/2021 6:29 AM, Arthur wrote:
>> Are there (supported?) ways to generate parmlib members
from what's
>> actually in effect? (ISTR that JES2 does.)
>
>Is this possible
The brain is just not working today I guess. I want to use DFSORT to select
some SMF records for a week; I'm getting myself confused in the DFSORT
application programming guide
Do I want to use
INCLUDE COND=(11,4,PD,GE,)
or
INCLUDE COND=(11,4,Y4U,GE,)
or have I missed something
I'm sure that Ed and Phoenix have the necessary talent A viable business
case and RTOI would be a different question.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Jesse 1 Robinson
> Sent: Monday, June 14, 2021 11:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
Like Ed, I recently questioned the availability of automatic JES2 parm
back-generation. Seems that I had catapulted a long-standing requirement into a
fait accompli. Does not exist, sadly. JES2 is especially complicated, as others
have noted, because a change edited into the init deck will not
We installed RACF on Z/VM and part of that installed had us activate SMF record
generation. Anyone know if Z/VM can collect Z/OS type SMF records or only RACF
types?
--
For IBM-MAIN subscribe / signoff / archive access
A lot can be automated, but the task is not as simple as it seems. In addition
to the issue of order, there's also the issue of symbols and the IPL parameters
from the HMC. As others have mentioned, good configuration control processes
will help to avoid the need to frequently compare
On 6/14/2021 8:43 AM, retired mainframer wrote:
Don't the various $D commands show the settings actually in effect, not
necessarily the settings in PARMLIB? Don't the effects of $T and other
modifications survive JES2 restarts until a cold start occurs?
The assertion was that there is a
Don't the various $D commands show the settings actually in effect, not
necessarily the settings in PARMLIB? Don't the effects of $T and other
modifications survive JES2 restarts until a cold start occurs?
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Ed
On 6/14/2021 6:29 AM, Arthur wrote:
Are there (supported?) ways to generate parmlib members from what's
actually in effect? (ISTR that JES2 does.)
Is this possible in JES2? How does it work?
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
On 13 Jun 2021 16:50:55 -0700, in bit.listserv.ibm-main
(Message-ID:)
ibmm...@foxmail.com (ibmmain) wrote:
>We want to make sure two z/OS use the same
parameters(PARMLIB,VTAMLST,and so on)
>
>
>Because there is some parameter which is multiline in
member, it isn't easy to compare them.
>
If you wish to compare running systems, you could get a start by using SHOWZOS
with output to files and compare them.
But, as others have said, this is a non-trivial problem and likely to always
include some manual observation
> -Original Message-
> From: IBM Mainframe Discussion List
IBM has released a no charge "Community Edition" of IBM Watson Machine
Learning for z/OS Online Scoring. Details and the download link are
available here:
https://www.ibm.com/products/machine-learning-for-zos
As IBM explains, "This lightweight version of the WMLz scoring service
provides a
20 matches
Mail list logo
