Re: Buttons, we got buttons...

[support]

www.mxg.com/thebuttonman/


Merrilly yours,
Barry  


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Monday, July 4, 2022 6:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Buttons, we got buttons...

LOL, I clearly remember some buttons on a cubicle wall, buttons a coworker had 
taken home from a sci-fi or possibly software convention (I don't remember).  
The first one I saw said "This universe is full of magical things patiently 
waiting for us to grow smarter".  Another said "Good, fast, cheap: Pick two".

That was in fall 1996; it was the beginning of my tagline file, which you've 
all been suffering from.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* ...critics of democracy, including friendly critics, have always pointed out 
that the Achilles' heel of democracy is its tendency to turn the ballot box 
into an instrument of plunder, as voters learn to vote for those who promise 
them other people's money.  -Joseph Sobran */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gabe Goldberg
Sent: Monday, July 4, 2022 15:33

Bill Bitner (just retired from IBM Endicott after 36 years 11 months) has a 
SHARE/VM/etc. button collection.

At recent VM Workshop celebrating VM's 50th anniversary, I promised to share 
mine, send him any he'd like to add to his trove.

So here are lots of buttons spanning decades!

Spread out on basement floor.

https://share.icloud.com/photos/09b-e_A0o9IhBXd6qQ_puAyng

Bunch of photos and a panning video.

I told him to pick what he wants before my wife makes me pick them up!

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMF Record types to capture

[Bonnie Ordonez]

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 general information 
and best practices" contains sections describing the SMF standard and extended 
headers and record types. 
https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R5sa380667/$file/ieag200_v2r5.pdf

Bonnie Ordonez

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

GIMAPI and ZONEINDEX

[ITschak Mugzach]

I am querying SMPF using GIMPAPI. works fine. however, when I query for
CSI = MVS.GLOBAL.csi
ZONE=GLOBAL
ENTRY=GLOBALZONE
subentry=ZONEINDX
(ignore length vars), I get msg GIM32000W NO ENTRIES MATCHING THE SPECIFIED
CRITERIA FOUND.
I checked the CSI and it does have a zoneindex defined with a list of
zones...

Any idea?
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

I am looking for a high-resolution jpeg photo of a z15 or z16 front door

[Mark Regan]

I am looking for a high-resolution jpeg photo of a z15 or z16 front door. So 
far, my Google or ibm.com searches have not come up with anything

 

​Regards,

Mark Regan, K8MTR General, EN80tg
CTO1 USNR-Retired (1969-1991), 

RUENAAA/CNO WASHINGTON DC//OP-009QCP

Nationwide Insurance, Retired, 1986-2017
z/OS Network Software Consultant (z NetView, z/OS Communications Server)
Contractor, Checks & Balances, Inc.
Email:   marktre...@gmail.com
LinkedIn:    
https://www.linkedin.com/in/mark-t-regan

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SG24-2557 'System/390 MVS Parallel Sysplex Batch Performance' .pdf?

[Martin Packer]

Glad there's still interest in that one. I'm rather proud of it. :-)

Seriously, much of what we wrote is still valid. There are just a few places 
where more modern techniques exist.

Cheers, Martin

Sent from my iPad

> On 1 Jul 2022, at 02:25, Sri h Kolusu  wrote:
> 
> 
>> 
>>> Does anyone have a .pdf of an old IBM redbook called 'System/390 MVS 
>>> Parallel Sysplex Batch Performance' (SG24-2557) that they'd be willing to 
>>> share?
> 
> Michael,
> 
> Does book manager format help?
> 
> https://www.ibm.com/resources/publications/OutputPubsDetails?PubID=SG24255700
> 
> 
> If you need the PDF  copy I can send it tomorrow offline
> 
> 
> Thanks,
> Kolusu
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Unless otherwise stated above:

IBM United Kingdom Limited
Registered in England and Wales with number 741598
Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMAPI and ZONEINDEX

[Kurt J. Quackenbush]

> I am querying SMPF using GIMPAPI. works fine. however, when I query for CSI = 
> MVS.GLOBAL.csi ZONE=GLOBAL ENTRY=GLOBALZONE subentry=ZONEINDX (ignore length 
> vars), 
> I get msg GIM32000W NO ENTRIES MATCHING THE SPECIFIED CRITERIA FOUND.
> I checked the CSI and it does have a zoneindex defined with a list of zones...

That query works for me.  I would make sure you're specifying the correct CSI 
data set name (the data set for the global, not a CSI data set for a target or 
dlib zone), check your spelling for all values, and your parameter lengths for 
all values.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMAPI and ZONEINDEX

[ITschak Mugzach]

Kurt,

I tried with MVS.GLOBAL.ZONE, MVSD, DDDEF, SMPPTS  and got the DDDEF
definition. When it runs with MVS.GLOBAL.CSI, GLOBAL, GLOBALZONE,
ZONEINDEX, I get msg GIM32000W. The fact it works with DDDEF, proves, so I
believe, that the code is ok. See the code below, the first code snip works
well, the second one fails.

Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
Zone  = 'MVSD'
Entry = 'DDDEF'/* Required zone  */
Ent_Name  = 'SMPPTS'   /* list al zones  */
Zone_List = '' /* zone names list*/
Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"

This call fails:
Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
Zone  = 'GLOBAL'
Entry = 'GLOBALZONE'   /* Required zone  */
Ent_Name  = 'ZONEINDEX'/* list al zones  */
Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"

ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Tue, Jul 5, 2022 at 8:47 PM Kurt J. Quackenbush  wrote:

> > I am querying SMPF using GIMPAPI. works fine. however, when I query for
> CSI = MVS.GLOBAL.csi ZONE=GLOBAL ENTRY=GLOBALZONE subentry=ZONEINDX (ignore
> length vars),
> > I get msg GIM32000W NO ENTRIES MATCHING THE SPECIFIED CRITERIA FOUND.
> > I checked the CSI and it does have a zoneindex defined with a list of
> zones...
>
> That query works for me.  I would make sure you're specifying the correct
> CSI data set name (the data set for the global, not a CSI data set for a
> target or dlib zone), check your spelling for all values, and your
> parameter lengths for all values.
>
> Kurt Quackenbush
> IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
>
> Chuck Norris never uses CHECK when he applies PTFs.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMAPI and ZONEINDEX

[ITschak Mugzach]

I forgot to mention. Running on z/os 2.3, but haven't found any
related ptf.
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Tue, Jul 5, 2022 at 9:24 PM ITschak Mugzach  wrote:

> Kurt,
>
> I tried with MVS.GLOBAL.ZONE, MVSD, DDDEF, SMPPTS  and got the DDDEF
> definition. When it runs with MVS.GLOBAL.CSI, GLOBAL, GLOBALZONE,
> ZONEINDEX, I get msg GIM32000W. The fact it works with DDDEF, proves, so I
> believe, that the code is ok. See the code below, the first code snip works
> well, the second one fails.
>
> Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
> Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
> PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
> Zone  = 'MVSD'
> Entry = 'DDDEF'/* Required zone  */
> Ent_Name  = 'SMPPTS'   /* list al zones  */
> Zone_List = '' /* zone names list*/
> Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"
>
> This call fails:
> Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
> Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
> PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
> Zone  = 'GLOBAL'
> Entry = 'GLOBALZONE'   /* Required zone  */
> Ent_Name  = 'ZONEINDEX'/* list al zones  */
> Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"
>
> ITschak
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
>
>
>
> On Tue, Jul 5, 2022 at 8:47 PM Kurt J. Quackenbush 
> wrote:
>
>> > I am querying SMPF using GIMPAPI. works fine. however, when I query for
>> CSI = MVS.GLOBAL.csi ZONE=GLOBAL ENTRY=GLOBALZONE subentry=ZONEINDX (ignore
>> length vars),
>> > I get msg GIM32000W NO ENTRIES MATCHING THE SPECIFIED CRITERIA FOUND.
>> > I checked the CSI and it does have a zoneindex defined with a list of
>> zones...
>>
>> That query works for me.  I would make sure you're specifying the correct
>> CSI data set name (the data set for the global, not a CSI data set for a
>> target or dlib zone), check your spelling for all values, and your
>> parameter lengths for all values.
>>
>> Kurt Quackenbush
>> IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
>>
>> Chuck Norris never uses CHECK when he applies PTFs.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMAPI and ZONEINDEX

[Kurt J. Quackenbush]

> I tried with MVS.GLOBAL.ZONE, MVSD, DDDEF, SMPPTS  and got the DDDEF 
> definition. When it runs with MVS.GLOBAL.CSI, GLOBAL, GLOBALZONE, ZONEINDEX, 
> I get msg GIM32000W. 
> The fact it works with DDDEF, proves, so I believe, that the code is ok.

Well that's good, it proves your code works for the SMPPTS DDDEF entry case, 
but that's all.

> Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"

What programming language is this, REXX?  SMP/E doesn't have a supplied REXX 
interface for the query.  What is program QIFGIMQZ?  That's not the program 
GIMAPI supplied by SMP/E.  Perhaps the issue is with QIFGIMQZ and not with the 
code snippet you pasted.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Tuesday, July 5, 2022 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: GIMAPI and ZONEINDEX

Kurt,

I tried with MVS.GLOBAL.ZONE, MVSD, DDDEF, SMPPTS  and got the DDDEF 
definition. When it runs with MVS.GLOBAL.CSI, GLOBAL, GLOBALZONE, ZONEINDEX, I 
get msg GIM32000W. The fact it works with DDDEF, proves, so I believe, that the 
code is ok. See the code below, the first code snip works well, the second one 
fails.

Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
Zone  = 'MVSD'
Entry = 'DDDEF'/* Required zone  */
Ent_Name  = 'SMPPTS'   /* list al zones  */
Zone_List = '' /* zone names list*/
Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"

This call fails:
Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
Zone  = 'GLOBAL'
Entry = 'GLOBALZONE'   /* Required zone  */
Ent_Name  = 'ZONEINDEX'/* list al zones  */
Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"

ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring for 
z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Tue, Jul 5, 2022 at 8:47 PM Kurt J. Quackenbush  wrote:

> > I am querying SMPF using GIMPAPI. works fine. however, when I query 
> > for
> CSI = MVS.GLOBAL.csi ZONE=GLOBAL ENTRY=GLOBALZONE subentry=ZONEINDX 
> (ignore length vars),
> > I get msg GIM32000W NO ENTRIES MATCHING THE SPECIFIED CRITERIA FOUND.
> > I checked the CSI and it does have a zoneindex defined with a list 
> > of
> zones...
>
> That query works for me.  I would make sure you're specifying the 
> correct CSI data set name (the data set for the global, not a CSI data 
> set for a target or dlib zone), check your spelling for all values, 
> and your parameter lengths for all values.
>
> Kurt Quackenbush
> IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
>
> Chuck Norris never uses CHECK when he applies PTFs.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIMAPI and ZONEINDEX

[Itschak Mugzach]

QIFGIMQZ is an assembler program that is called by LINKMVS. If I supply
wrong value, for example ZONEINDEC instead of ZONEINDEX, I get an error
telling that the entrytype is wrong. It seems that GIMAPI is aware of the
ENTRY and SUBENTRY  values I pass to it.

What is the difference between DDDEF and XONEINDEX? if it is coded
correctly and recognized by GIMAPI?

Again, this z/os 2.3, I'll try it on z/os 2.5 but I believe this is not the
problem.

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





On Tue, Jul 5, 2022 at 9:47 PM Kurt J. Quackenbush  wrote:

> > I tried with MVS.GLOBAL.ZONE, MVSD, DDDEF, SMPPTS  and got the DDDEF
> definition. When it runs with MVS.GLOBAL.CSI, GLOBAL, GLOBALZONE,
> ZONEINDEX, I get msg GIM32000W.
> > The fact it works with DDDEF, proves, so I believe, that the code is ok.
>
> Well that's good, it proves your code works for the SMPPTS DDDEF entry
> case, but that's all.
>
> > Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"
>
> What programming language is this, REXX?  SMP/E doesn't have a supplied
> REXX interface for the query.  What is program QIFGIMQZ?  That's not the
> program GIMAPI supplied by SMP/E.  Perhaps the issue is with QIFGIMQZ and
> not with the code snippet you pasted.
>
> Kurt Quackenbush
> IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
>
> Chuck Norris never uses CHECK when he applies PTFs.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of ITschak Mugzach
> Sent: Tuesday, July 5, 2022 2:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: GIMAPI and ZONEINDEX
>
> Kurt,
>
> I tried with MVS.GLOBAL.ZONE, MVSD, DDDEF, SMPPTS  and got the DDDEF
> definition. When it runs with MVS.GLOBAL.CSI, GLOBAL, GLOBALZONE,
> ZONEINDEX, I get msg GIM32000W. The fact it works with DDDEF, proves, so I
> believe, that the code is ok. See the code below, the first code snip works
> well, the second one fails.
>
> Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
> Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
> PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
> Zone  = 'MVSD'
> Entry = 'DDDEF'/* Required zone  */
> Ent_Name  = 'SMPPTS'   /* list al zones  */
> Zone_List = '' /* zone names list*/
> Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"
>
> This call fails:
> Csi_Len   = Length(Csi_Dsn)/* CSI dsname length  */
> Csi_Len   = D2C(Csi_Len,4) /* in base 16 word*/
> PCSI  = Csi_Len||Csi_Dsn   /* chain len & dsn*/
> Zone  = 'GLOBAL'
> Entry = 'GLOBALZONE'   /* Required zone  */
> Ent_Name  = 'ZONEINDEX'/* list al zones  */
> Address LINKMVS "QIFGIMQZ pcsi Zone Entry Ent_Name"
>
> ITschak
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
>
>
>
> On Tue, Jul 5, 2022 at 8:47 PM Kurt J. Quackenbush 
> wrote:
>
> > > I am querying SMPF using GIMPAPI. works fine. however, when I query
> > > for
> > CSI = MVS.GLOBAL.csi ZONE=GLOBAL ENTRY=GLOBALZONE subentry=ZONEINDX
> > (ignore length vars),
> > > I get msg GIM32000W NO ENTRIES MATCHING THE SPECIFIED CRITERIA FOUND.
> > > I checked the CSI and it does have a zoneindex defined with a list
> > > of
> > zones...
> >
> > That query works for me.  I would make sure you're specifying the
> > correct CSI data set name (the data set for the global, not a CSI data
> > set for a target or dlib zone), check your spelling for all values,
> > and your parameter lengths for all values.
> >
> > Kurt Quackenbush
> > IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
> >
> > Chuck Norris never uses CHECK when he applies PTFs.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lis

Re: Buttons, we got buttons...

[Brian Westerman]

That one's pretty hard to beat.

Brian


On Tue, 5 Jul 2022 12:49:07 +, support  wrote:

>www.mxg.com/thebuttonman/
>
>
>Merrilly yours,
>Bayry  
>
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Bob Bridges
>Sent: Monday, July 4, 2022 6:07 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Buttons, we got buttons...
>
>LOL, I clearly remember some buttons on a cubicle wall, buttons a coworker had 
>taken home from a sci-fi or possibly software convention (I don't remember).  
>The first one I saw said "This universe is full of magical things patiently 
>waiting for us to grow smarter".  Another said "Good, fast, cheap: Pick two".
>
>That was in fall 19;6; it was the beginning of my tagline file, which you've 
>all been suffering from.
>
>---
>Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
>/* ...critics of democracy, including friendly critics, have always pointed 
>out that the Achilles' heel of democracy is its tendency to turn the ballot 
>box into an instrument of plunder, as voters learn to vote for those who 
>promise them other people's money.  -Joseph Sobran */
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Gabe Goldberg
>Sent: Monday, July 4, 2022 15:33
>
>Bill Bitner (just retired from IBM Endicott after 36 years 11 months) has a 
>SHARE/VM/etc. button collection.
>
>At recent VM Workshop celebrating VM's 50th anniversary, I promised to share 
>mine, send him any he'd like to add to his trove.
>
>So here are lots of buttons spanning decades!
>
>Spread out on basement floor.
>
>https://share.icloud.com/photos/09b-e_A0o9IhBXd6qQ_puAyng
>
>Bunch of photos and a panning video.
>
>I told him to pick what he wants before my wife makes me pick them up!
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

sys1.parmlib compare

[BM]

I am trying to compare members of sys1.parmlib from two different Operating 
systems (using SuperCE), Any other simple ways to do this, Like mass compare of 
members?

Thanks,
BM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sys1.parmlib compare

[Mike Schwab]

Go through the ISPF menu.  Mismatched member names will be listed, matching
names will be comated.

On Tue, Jul 5, 2022, 19:48 BM  wrote:

> I am trying to compare members of sys1.parmlib from two different
> Operating systems (using SuperCE), Any other simple ways to do this, Like
> mass compare of members?
>
> Thanks,
> BM
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMF Record types to capture

[Michael Oujesky]

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 combinations could be as great at 
1,073,741,824 if my match is correct.


Michael

At 11:50 AM 7/4/2022, Michael Oujesky wrote:

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 


Michael

At 03:22 PM 7/3/2022, Roger W Suhr wrote:

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 Behalf Of
Michael Oujesky
Sent: Sunday, July 3, 2022 13:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF Record types to capture

The standard header is still a one byte field, so 0:255 captures them all.

At each dump/off-load, I segmented our SMF records by
category/interest-group and anticipated retention period to reduce the
processing resources and time by not having to process record types that ere
superfluous.  As an example:

* CICS 110.1.3 transaction detail and further segmented by region
grouping 9production, development, etc)
* CICS 110.1.1 dictionary records for preparation of processing the
tracnsaction detail 110.1.3 records
* CICs exception records
* CICS DOMAIN interval records
* DB2 101
* DB2 100/102
* RMF 70 and 72
* RMF device 74.1
* Security 80
* WLM 99
* Dataset 14/15/60-series
And a number of others, but this set should give you an idea of ho this
approach orked.

Michael


At 10:44 AM 7/3/2022, Lizette Koehler wrote:
>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 still valid
>
>Thank you
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sys1.parmlib compare

[Paul Gilmartin]

On Tue, 5 Jul 2022 19:48:12 -0500, BM wrote:

>I am trying to compare members of sys1.parmlib from two different Operating 
>systems (using SuperCE), Any other simple ways to do this, Like mass compare 
>of members?
> 


See Optiion "ALLMEMSAll members"

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN