Re: Print/copy one record of each type/subtype

[kekronbekron]

Hi Kolusu,


We are all forever grateful for your DFSORT help, thank you :)
I'm looking to get 1 record for each type-subtype combination.
That is, 1 rec of 30_1, 1 of 30_2, and so on.

A bit disappointed that I can read VB/VBS with RECFM=U in the DD, in a JCL (in 
order to read BDW/RDW), but that throws the whole concept of 'logical record'.
So ... just wondering if there's a way to get sample records with BDW/RDW.


‐‐‐ Original Message ‐‐‐
On Monday, April 20, 2020 11:16 PM, Sri h Kolusu  wrote:

> Kekron,
>
> Are you looking for a summary of subtypes for every smf record? I wrote an
> ICETOOL job for Cheryl Watson's newsletter under "User Experiences and
> Tips" which lists the count how many records it found of each type and
> subtype and produce a little report saying something like:
>
> TYPE SUBTYPE COUNT
>
> 30 1 18446
> 30 2 2788
> 30 3 49083
> 30 4 49326
> 30 5 19162
> 30 6 210
> 41 3 41
> ...
>
> or
>
> Do you need to write out the first record for each subtype? Let me know the
> requiement and I will show you a way to get it done using DFSORT.
>
> Thanks,
> Kolusu
> DFSORT Development
> IBM Corporation
>
> -
>
> 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: Here we go again

[Wayne Bickerdike]

I would have thought that if you understand record i/o, possibly SQL
(although if it's such an ancient system, it will be flat files). All you
need after that is the ability to use the COMPUTE statement.

Although it seems that the good old fashioned systems analyst who
understood payroll has gone from the IT world.



On Tue, Apr 21, 2020 at 12:22 PM scott Ford  wrote:

> Say the least they didn’t mention cheap companies outsource to make a buck
> or the pi...poor managers who don’t have a clue about design or
> implementation or performance.
>
>
>
> On Mon, Apr 20, 2020 at 10:11 PM Wayne Bickerdike 
> wrote:
>
> > He lost me when he jumped on the Harley Davidson. The COBOL of
> motorcycles.
> >
> > For reliability and performance, you would pick Yamaha, followed by
> Honda.
> >
> > Flame on, yankees.
> >
> > On Tue, Apr 21, 2020 at 5:17 AM Paul Gilmartin <
> > 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Unemployment checks are being held up by a coding language almost
> nobody
> > > knows - The Verge
> > >
> > >
> >
> https://www.theverge.com/2020/4/14/21219561/coronavirus-pandemic-unemployment-systems-cobol-legacy-software-infrastructure
> > >
> > > -- gil
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> >
> > --
> > Wayne V. Bickerdike
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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

Re: Here we go again

[Bob Bridges]

"A survey by The Verge found that at least 12 states still use COBOL in some 
capacity in their unemployment systems."  Sounds to me like they contacted 
exactly 12 states, then.

And I think I mentioned this before, and maybe someone pointed out I'd 
misunderstood but I don't remember:  The problem is apparently the "online 
unemployment form...was overloaded and he’d need to file again".  But the 
on-line application system would not have been written in COBOL, and if it was 
overloaded by too many people trying to use it at once it wouldn't be because 
of the language it's written in...would it?

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

/* I am pretty sure that, if you will be quite honest, you will admit that a 
good rousing sneeze, one that tears open your collar and throws your hair into 
your eyes, is really one of life's sensational pleasures.  -Robert Benchley */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, April 20, 2020 15:17

Unemployment checks are being held up by a coding language almost nobody knows 
- The Verge

https://www.theverge.com/2020/4/14/21219561/coronavirus-pandemic-unemployment-systems-cobol-legacy-software-infrastructure

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

Re: Here we go again

[scott Ford]

Say the least they didn’t mention cheap companies outsource to make a buck
or the pi...poor managers who don’t have a clue about design or
implementation or performance.



On Mon, Apr 20, 2020 at 10:11 PM Wayne Bickerdike  wrote:

> He lost me when he jumped on the Harley Davidson. The COBOL of motorcycles.
>
> For reliability and performance, you would pick Yamaha, followed by Honda.
>
> Flame on, yankees.
>
> On Tue, Apr 21, 2020 at 5:17 AM Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Unemployment checks are being held up by a coding language almost nobody
> > knows - The Verge
> >
> >
> https://www.theverge.com/2020/4/14/21219561/coronavirus-pandemic-unemployment-systems-cobol-legacy-software-infrastructure
> >
> > -- gil
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Wayne V. Bickerdike
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

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

Re: Here we go again

[Wayne Bickerdike]

He lost me when he jumped on the Harley Davidson. The COBOL of motorcycles.

For reliability and performance, you would pick Yamaha, followed by Honda.

Flame on, yankees.

On Tue, Apr 21, 2020 at 5:17 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> Unemployment checks are being held up by a coding language almost nobody
> knows - The Verge
>
> https://www.theverge.com/2020/4/14/21219561/coronavirus-pandemic-unemployment-systems-cobol-legacy-software-infrastructure
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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

Re: Print/copy one record of each type/subtype

[Mike Schwab]

Yep.  Hourly DFHSM migration at :00 minutes after the hour.

On Mon, Apr 20, 2020 at 7:49 PM Martin Packer  wrote:
>
> Actually I throw away the seconds and hours and days and just keep the
> minutes. That way I see if there's something odd about the timing of
> record cutting - as I get 60 x axis values. Current customer data looks
> like this (chopping off all but the first 16 minutes):
>
>
>
> PROD
> "MINUTE","SMF 30(2)","SMF 30(3)","SMF 70-79
> 00,13573,0,  240,0,
> 01,   61,1,0,0,
> 02,   37,1,0,0,
> 03,   37,0,0,0,
> 04,   21,1,0,0,
> 05,   22,1,0,0,
> 06,   30,1,0,0,
> 07,   22,1,0,0,
> 08,   14,1,0,0,
> 09,   21,1,0,0,
> 10,   20,1,0,0,
> 11,   21,1,0,0,
> 12,   11,1,0,0,
> 13,   12,1,0,0,
> 14,   15,1,0,0,
> 15,13588,0,  240,0,
>
> (Apologies if this unformats itself.)
>
> Cheers, Martin
>
> Martin Packer
>
> zChampion, Systems Investigator & Performance Troubleshooter, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
>
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
> Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or
>
> https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2
>
>
> Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
>
>
>
> From:   Sri h Kolusu 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   20/04/2020 20:32
> Subject:[EXTERNAL] Re: Print/copy one record of each type/subtype
> Sent by:IBM Mainframe Discussion List 
>
>
>
> > Somewhere in our (my team's not Sri Hari's) code base is a DFSORT job
> that
> > counts the number of each subtype by minute - for SMF 30 and 7X.
>
> Martin,
>
> You mean by the minute within each Hour/Day?
>
>
> > Note: "Subtype" should be at a fixed offset/position in the SMF record
> > header. I'd consider it "quasi-architected" in that some record types
> play
> > fast and loose with this. 30 and 7X DON'T.
> >
>
> Most of the SMF records have the subtype at position 23 except for record
> type 84, The subtype for record type 84 is at position 24.
>
> Thanks,
> Kolusu
> DFSORT Development
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: IPCS LIST command to display storage when pointer is in a different address space

[Jim Mulder]

  As far as I know, the ASID for  any address expression in IPCS
 applies to all storage references in that expression.  There 
isn't any way to specify different address spaces
for different storage references in an indirect reference.
 
Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

"IBM Mainframe Discussion List"  wrote on 
04/20/2020 05:23:01 PM:

> From: "Binyamin Dissen" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/20/2020 09:33 PM
> Subject: Re: IPCS LIST command to display storage when pointer is in
> a different address space
> Sent by: "IBM Mainframe Discussion List" 
> 
> Full dump, including both address spaces.
> 
> I can type the address directly and display it.
> 
> I cannot seem to follow the pointer to another address space.



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

Re: JESSPOOL problem accessing SYSLOG

[Lou Losee]

Lennie,
The problem is occurring on a system running with a RACF database. This is
the second LPAR that is bing converted from Top Secret. The first did not
show this problem nor have any other systems we have converted.  It really
makes me wonder what the SECURITY.SYSLOG.USESAFRECVR SDSF property was
created for, as it solves this specific problem.

On Mon, Apr 20, 2020 at 5:21 PM Lennie Dymoke-Bradshaw <
lenni...@rsmpartners.com> wrote:

> From what you are saying it appears you have a system that uses different
> security software at different times.
>
> I know somewhere between nothing and zero about TSS, but is it possible
> that TSS creates SYSLOG with an owner of *BYPASS* and that SDSF was
> attempting to access that SYSLOG spool file?
>
> The entry I referred to previously about *BYPASS* indicated an ACEE for
> user *BYPASS* would be created deliberately (and manually) in order to make
> use of a REQUEST=EXTRACT RACROUTE call.
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
> Email:lenni...@rsmpartners.com
> Web:  www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lou Losee
> Sent: 20 April 2020 21:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] JESSPOOL problem accessing SYSLOG
>
> I can't answer this right now, as we have re-IPL'd the system with TSS.
> The problem occurred during a test IPL with a RACF DB converted from TSS.
> The other LPAR we converted has SYSLOG using a user id of +MASTER+.  I
> have to assume that when we had the problem SYSLOG was running with a user
> id of
> *BYPASS* since it is the user id that goes into the 2nd qualifier of the
> resource being checked.
>
> My best guess at this point is that SYSLOG is getting created before RACF
> is available so it gets a user id of *BYPASS*.
>
> Lou
> --
> Artificial Intelligence is no match for Natural Stupidity
>   - Unknown
>
>
> On Mon, Apr 20, 2020 at 2:38 PM Lennie Dymoke-Bradshaw <
> lenni...@rsmpartners.com> wrote:
>
> > Interesting.
> >
> > Seems to raise 2 questions.
> > 1. Why is the 2nd qualifier "*BYPASS*"?
> > 2. Why can you not find a profile that will match it?
> >
> > When I look at all the output on my system (z/OS 2.3) by setting no
> > prefix and using the O SDF primary command, I see that the SYSLOG task
> > is using a userid of +MASTER+.
> > What is yours using?
> >
> > Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
> >
> > Web:  www.rsmpartners.com
> > ‘Dance like no one is watching. Encrypt like everyone is.’
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Lou Losee
> > Sent: 20 April 2020 20:29
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [IBM-MAIN] JESSPOOL problem accessing SYSLOG
> >
> > I posted this to RACF-L earlier, but have not received a response to
> > help solve the problem so I have decided to cross-post here.
> >
> > I have a problem accessing the SYSLOG from SDSF on one LPAR.  The
> > problem appears to be caused by the second qualifier in the RACHECK
> > request being
> > *BYPASS* when it usually (on other systems/LPARs) is +MASTER+.  Here
> > is the ICH408I message I receive:
> >
> >  ICH408I USER(THEUSER) GROUP(THEGROUP ) NAME(JOHN SMITH )
> >TST1JES.*BYPASS*.SYSLOG.SYSTEM.TST1 CL(JESSPOOL)
> >PROFILE NOT FOUND - REQUIRED FOR AUTHORITY CHECKING
> >ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   )
> >
> > I have tried creating the following JESSPOOL profiles yet still get
> > the same error:
> > TST1JES.**
> > TST1JES.%BYPASS%.SYSLOG.SYSTEM.TST1
> > TST1JES.*.SYSLOG.SYSTEM.TST1
> >
> > Has anyone run into this before and have a solution?
> >
> > Right now the only ways I have found to get around it are:
> > 1) Deactivate JESSPOOL (i.e., SETR NOCLASSACT(JESSPOOL))
> > 2) Setting the SDSF property SECURITY.SYSLOG.USESAFRECVR to TRUE.
> >
> > Lou
> >
> > --
> > 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
>
-- 
Please excuse spelling - sent from my mobile.

--
For IBM-MAIN 

Qustion ABout an MVS Resnagers and Name Token Pairs

[esst...@juno.com]

Hi,.
I was reading Peter Relsons "Sample z/OS synchronous cross memory server"  code,
and it made me think about a Resource Manager and System Level Name Token Pairs.
.
Are System Level Name Token Pairs (NTP) available to a Resource Manager when a 
Started Task has abended ?. 
Have the system level name token pairs (for the abending started task) been 
removed before the resource manager get control ?..Paul D'Angelo^

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

Re: JESSPOOL problem accessing SYSLOG

[Lennie Dymoke-Bradshaw]

From what you are saying it appears you have a system that uses different 
security software at different times.

I know somewhere between nothing and zero about TSS, but is it possible that 
TSS creates SYSLOG with an owner of *BYPASS* and that SDSF was attempting to 
access that SYSLOG spool file?

The entry I referred to previously about *BYPASS* indicated an ACEE for user 
*BYPASS* would be created deliberately (and manually) in order to make use of a 
REQUEST=EXTRACT RACROUTE call.

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  
Email:            lenni...@rsmpartners.com
Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Lou 
Losee
Sent: 20 April 2020 21:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] JESSPOOL problem accessing SYSLOG

I can't answer this right now, as we have re-IPL'd the system with TSS.
The problem occurred during a test IPL with a RACF DB converted from TSS.
The other LPAR we converted has SYSLOG using a user id of +MASTER+.  I have to 
assume that when we had the problem SYSLOG was running with a user id of
*BYPASS* since it is the user id that goes into the 2nd qualifier of the 
resource being checked.

My best guess at this point is that SYSLOG is getting created before RACF is 
available so it gets a user id of *BYPASS*.

Lou
--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown


On Mon, Apr 20, 2020 at 2:38 PM Lennie Dymoke-Bradshaw < 
lenni...@rsmpartners.com> wrote:

> Interesting.
>
> Seems to raise 2 questions.
> 1. Why is the 2nd qualifier "*BYPASS*"?
> 2. Why can you not find a profile that will match it?
>
> When I look at all the output on my system (z/OS 2.3) by setting no 
> prefix and using the O SDF primary command, I see that the SYSLOG task 
> is using a userid of +MASTER+.
> What is yours using?
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
>
> Web:  www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lou Losee
> Sent: 20 April 2020 20:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] JESSPOOL problem accessing SYSLOG
>
> I posted this to RACF-L earlier, but have not received a response to 
> help solve the problem so I have decided to cross-post here.
>
> I have a problem accessing the SYSLOG from SDSF on one LPAR.  The 
> problem appears to be caused by the second qualifier in the RACHECK 
> request being
> *BYPASS* when it usually (on other systems/LPARs) is +MASTER+.  Here 
> is the ICH408I message I receive:
>
>  ICH408I USER(THEUSER) GROUP(THEGROUP ) NAME(JOHN SMITH )
>TST1JES.*BYPASS*.SYSLOG.SYSTEM.TST1 CL(JESSPOOL)
>PROFILE NOT FOUND - REQUIRED FOR AUTHORITY CHECKING
>ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   )
>
> I have tried creating the following JESSPOOL profiles yet still get 
> the same error:
> TST1JES.**
> TST1JES.%BYPASS%.SYSLOG.SYSTEM.TST1
> TST1JES.*.SYSLOG.SYSTEM.TST1
>
> Has anyone run into this before and have a solution?
>
> Right now the only ways I have found to get around it are:
> 1) Deactivate JESSPOOL (i.e., SETR NOCLASSACT(JESSPOOL))
> 2) Setting the SDSF property SECURITY.SYSLOG.USESAFRECVR to TRUE.
>
> Lou
>
> --
> 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: IPCS LIST command to display storage when pointer is in a different address space

[Seymour J Metz]

Are you saying that you get output from

List X+n asid(Y) length(4)
or

List X+n length(4)

What address space is X in?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Monday, April 20, 2020 5:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

Full dump, including both address spaces.

I can type the address directly and display it.

I cannot seem to follow the pointer to another address space.

On Mon, 20 Apr 2020 20:45:11 + Seymour J Metz  wrote:

:>What are X and n? Are you working with a full dump of Z or a oartial dump. 
The message indicates that the pointer is not within the dump.
:>
:>It might be helpful to show how you got the pointer, especially if you're 
relying on storage that could have been freed before the dump or that was 
excluded from the dump.
:>
:>
:>--
:>Shmuel (Seymour J.) Metz
:>http://mason.gmu.edu/~smetz3
:>
:>
:>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
:>Sent: Monday, April 20, 2020 4:25 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space
:>
:>Well, I get
:>
:>BLS18075I Indirect address could not be resolved
:>
:>Not sure what I am doing wrong.
:>
:>Current AS = Z. X is within Z.
:>
:>List X+n? asid(Y) length(128)
:>
:>
:>
:>On Sun, 19 Apr 2020 21:35:21 + "Christopher Y. Blaicher"
:> wrote:
:>
:>:>That is basically the right syntax.  IPCS L address LEN(length) 
ASID(X'')
:>:>
:>:>Chris Blaicher
:>:>Technical Architect
:>:>Syncsort, Inc.
:>:>
:>:>-Original Message-
:>:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Binyamin Dissen
:>:>Sent: Sunday, April 19, 2020 5:14 PM
:>:>To: IBM-MAIN@LISTSERV.UA.EDU
:>:>Subject: IPCS LIST command to display storage when pointer is in a 
different address space
:>:>
:>:>[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]
:>:>
:>:>Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?
:>:>
:>:>I would like to
:>:>
:>:> LIST  X+n? ASID(Y)
:>:>
:>:>where X is in address space Z.

--
Binyamin Dissen 
http://secure-web.cisco.com/1b8NkmcTiik7C8WiuHy4oWatWu7zXqQYh0ORgGAlIuYXD46LsYdkLKf4DiZ29yIFPc5y2PmvFjyDYcL6ZAp2oKgpJSkeNw6wDbrqQB4aD5hhJcL7IjfslXnQoGEMn8JsdAZ4R_NUmEVwlcr-E8Odt83Jcw2UGlqS7AL3wawvKPh9pAWwI1ZP50TalUNZmX3h2Q-CqD93hzpeJ6InCjDMA6daEYBPCgujudwb7djw89_4SeHmgLmdlsU8t9LCueSzZn_cxU-aKpWfvOj_G66FE75SL3cKux5BJr7ULwG9_7Lnk7hCg0k3b481Xu5yGtdsMF1LW0I7AryEj9hH71v3DJTvbxp6PX06JWVAnfI2DNvB01G3Dqdx3zJ8Xfw2iz13K3Y7FfS5xOF4v_q4AbbgSV1M1hHzEgVs4CRJaqouCuEJYqExdRDSY3m2pseS9Mqh-/http%3A%2F%2Fwww.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: IPCS LIST command to display storage when pointer is in a different address space

[Binyamin Dissen]

Full dump, including both address spaces.

I can type the address directly and display it.

I cannot seem to follow the pointer to another address space.

On Mon, 20 Apr 2020 20:45:11 + Seymour J Metz  wrote:

:>What are X and n? Are you working with a full dump of Z or a oartial dump. 
The message indicates that the pointer is not within the dump.
:>
:>It might be helpful to show how you got the pointer, especially if you're 
relying on storage that could have been freed before the dump or that was 
excluded from the dump.
:>
:>
:>--
:>Shmuel (Seymour J.) Metz
:>http://mason.gmu.edu/~smetz3
:>
:>
:>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
:>Sent: Monday, April 20, 2020 4:25 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space
:>
:>Well, I get
:>
:>BLS18075I Indirect address could not be resolved
:>
:>Not sure what I am doing wrong.
:>
:>Current AS = Z. X is within Z.
:>
:>List X+n? asid(Y) length(128)
:>
:>
:>
:>On Sun, 19 Apr 2020 21:35:21 + "Christopher Y. Blaicher"
:> wrote:
:>
:>:>That is basically the right syntax.  IPCS L address LEN(length) 
ASID(X'')
:>:>
:>:>Chris Blaicher
:>:>Technical Architect
:>:>Syncsort, Inc.
:>:>
:>:>-Original Message-
:>:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Binyamin Dissen
:>:>Sent: Sunday, April 19, 2020 5:14 PM
:>:>To: IBM-MAIN@LISTSERV.UA.EDU
:>:>Subject: IPCS LIST command to display storage when pointer is in a 
different address space
:>:>
:>:>[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]
:>:>
:>:>Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?
:>:>
:>:>I would like to
:>:>
:>:> LIST  X+n? ASID(Y)
:>:>
:>:>where X is in address space Z.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: JESSPOOL problem accessing SYSLOG

[Lou Losee]

My understanding of *BYPASS* is that it is used when there is no available
ACEE for passing into RACF.  The MVS/Planning Operations manual when
discussing LOGON(OPTIONAL) for consoles states:
Note: If an operator has not logged on to the console, commands are passed
to the security product indicating an operator id of *BYPASS*.
--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown


On Mon, Apr 20, 2020 at 2:40 PM Lennie Dymoke-Bradshaw <
lenni...@rsmpartners.com> wrote:

> I also see that a userid of *BYPASS* is supported in some circumstances.
> There are some notes under this in the RACROUTE manual under REQUEST=VERIFY.
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
> Web:  www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lennie Dymoke-Bradshaw
> Sent: 20 April 2020 20:37
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] JESSPOOL problem accessing SYSLOG
>
> Interesting.
>
> Seems to raise 2 questions.
> 1. Why is the 2nd qualifier "*BYPASS*"?
> 2. Why can you not find a profile that will match it?
>
> When I look at all the output on my system (z/OS 2.3) by setting no prefix
> and using the O SDF primary command, I see that the SYSLOG task is using a
> userid of +MASTER+.
> What is yours using?
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
>
> Web:  www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lou Losee
> Sent: 20 April 2020 20:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] JESSPOOL problem accessing SYSLOG
>
> I posted this to RACF-L earlier, but have not received a response to help
> solve the problem so I have decided to cross-post here.
>
> I have a problem accessing the SYSLOG from SDSF on one LPAR.  The problem
> appears to be caused by the second qualifier in the RACHECK request being
> *BYPASS* when it usually (on other systems/LPARs) is +MASTER+.  Here is the
> ICH408I message I receive:
>
>  ICH408I USER(THEUSER) GROUP(THEGROUP ) NAME(JOHN SMITH )
>TST1JES.*BYPASS*.SYSLOG.SYSTEM.TST1 CL(JESSPOOL)
>PROFILE NOT FOUND - REQUIRED FOR AUTHORITY CHECKING
>ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   )
>
> I have tried creating the following JESSPOOL profiles yet still get the
> same error:
> TST1JES.**
> TST1JES.%BYPASS%.SYSLOG.SYSTEM.TST1
> TST1JES.*.SYSLOG.SYSTEM.TST1
>
> Has anyone run into this before and have a solution?
>
> Right now the only ways I have found to get around it are:
> 1) Deactivate JESSPOOL (i.e., SETR NOCLASSACT(JESSPOOL))
> 2) Setting the SDSF property SECURITY.SYSLOG.USESAFRECVR to TRUE.
>
> Lou
>
> --
> 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: Print/copy one record of each type/subtype

[Matthew Stitt]

I use the IFASMFDP program to select records and output them to a disk file.

Matthew

On Mon, 20 Apr 2020 15:43:44 +, kekronbekron  
wrote:

>Hello!
>
>When working with VBS files, I reckon it's easiest to get 1 of each (SMF 
>record type & subtype) using DFSORT.
>Are there easier ways?
>Can y'all please help with a sample for picking such unique RTY_STY using 
>DFSORT
>
>Thanks in advance, I'm a complete DFSORT n00b.
>
>Kekron

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

Re: IPCS LIST command to display storage when pointer is in a different address space

[Seymour J Metz]

What are X and n? Are you working with a full dump of Z or a oartial dump. The 
message indicates that the pointer is not within the dump.

It might be helpful to show how you got the pointer, especially if you're 
relying on storage that could have been freed before the dump or that was 
excluded from the dump.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Monday, April 20, 2020 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

Well, I get

BLS18075I Indirect address could not be resolved

Not sure what I am doing wrong.

Current AS = Z. X is within Z.

List X+n? asid(Y) length(128)



On Sun, 19 Apr 2020 21:35:21 + "Christopher Y. Blaicher"
 wrote:

:>That is basically the right syntax.  IPCS L address LEN(length) ASID(X'')
:>
:>Chris Blaicher
:>Technical Architect
:>Syncsort, Inc.
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Binyamin Dissen
:>Sent: Sunday, April 19, 2020 5:14 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: IPCS LIST command to display storage when pointer is in a different 
address space
:>
:>[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]
:>
:>Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?
:>
:>I would like to
:>
:> LIST  X+n? ASID(Y)
:>
:>where X is in address space Z.

--
Binyamin Dissen 
http://secure-web.cisco.com/1g8o_Pw50CKQASSNSMWNOHR3kVbjOF-7Jg8SqMrQBFSSx5xQOIXxSmARM3IOx9ZTz5CckKbQa7A-tFbKijOaCBAXsL8I-MEjmXmd3tle9UBeE8DZKvT48BkIZiqMax32o-OyB8qcSzoK_Yh1gCuxkGcz04F-JtbWNmYdLVyZr2tMpeoJhfI2Q2eGCXRpEDX3fSZd2J2WraM5RT_X3VJEFq1FzOG9iEFl5aW3Qmai4_KiXtNf5O25_x7TO5VyPpI6-3h90p3cJ4WHFKCvYP2s-AWy1ykj-eGw4z63Vttoot3z54XBMJXDZjDpjrXY4eBmhttI96cyG8MLRXtOiHXfvU3u84MY_-hBVSXaCgpFCgdAzKLrZ2isRApYO4_48_owDYhv_b5GC312FABejSw_3bnmW27A2V239lfHp8nB1TkI9etuAwD7x_MvykcG0mFCX/http%3A%2F%2Fwww.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: IPCS LIST command to display storage when pointer is in a different address space

[Binyamin Dissen]

Well, I get

BLS18075I Indirect address could not be resolved  

Not sure what I am doing wrong.

Current AS = Z. X is within Z.

List X+n? asid(Y) length(128)



On Sun, 19 Apr 2020 21:35:21 + "Christopher Y. Blaicher"
 wrote:

:>That is basically the right syntax.  IPCS L address LEN(length) ASID(X'')
:>
:>Chris Blaicher
:>Technical Architect
:>Syncsort, Inc.
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Binyamin Dissen
:>Sent: Sunday, April 19, 2020 5:14 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: IPCS LIST command to display storage when pointer is in a different 
address space
:>
:>[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]
:>
:>Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?
:>
:>I would like to 
:>
:> LIST  X+n? ASID(Y)
:>
:>where X is in address space Z.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: JESSPOOL problem accessing SYSLOG

[Lou Losee]

I can't answer this right now, as we have re-IPL'd the system with TSS.
The problem occurred during a test IPL with a RACF DB converted from TSS.
The other LPAR we converted has SYSLOG using a user id of +MASTER+.  I have
to assume that when we had the problem SYSLOG was running with a user id of
*BYPASS* since it is the user id that goes into the 2nd qualifier of the
resource being checked.

My best guess at this point is that SYSLOG is getting created before RACF
is available so it gets a user id of *BYPASS*.

Lou
--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown


On Mon, Apr 20, 2020 at 2:38 PM Lennie Dymoke-Bradshaw <
lenni...@rsmpartners.com> wrote:

> Interesting.
>
> Seems to raise 2 questions.
> 1. Why is the 2nd qualifier "*BYPASS*"?
> 2. Why can you not find a profile that will match it?
>
> When I look at all the output on my system (z/OS 2.3) by setting no prefix
> and using the O SDF primary command, I see that the SYSLOG task is using a
> userid of +MASTER+.
> What is yours using?
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
>
> Web:  www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lou Losee
> Sent: 20 April 2020 20:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] JESSPOOL problem accessing SYSLOG
>
> I posted this to RACF-L earlier, but have not received a response to help
> solve the problem so I have decided to cross-post here.
>
> I have a problem accessing the SYSLOG from SDSF on one LPAR.  The problem
> appears to be caused by the second qualifier in the RACHECK request being
> *BYPASS* when it usually (on other systems/LPARs) is +MASTER+.  Here is the
> ICH408I message I receive:
>
>  ICH408I USER(THEUSER) GROUP(THEGROUP ) NAME(JOHN SMITH )
>TST1JES.*BYPASS*.SYSLOG.SYSTEM.TST1 CL(JESSPOOL)
>PROFILE NOT FOUND - REQUIRED FOR AUTHORITY CHECKING
>ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   )
>
> I have tried creating the following JESSPOOL profiles yet still get the
> same error:
> TST1JES.**
> TST1JES.%BYPASS%.SYSLOG.SYSTEM.TST1
> TST1JES.*.SYSLOG.SYSTEM.TST1
>
> Has anyone run into this before and have a solution?
>
> Right now the only ways I have found to get around it are:
> 1) Deactivate JESSPOOL (i.e., SETR NOCLASSACT(JESSPOOL))
> 2) Setting the SDSF property SECURITY.SYSLOG.USESAFRECVR to TRUE.
>
> Lou
>
> --
> 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: Print/copy one record of each type/subtype

[Martin Packer]

Actually I throw away the seconds and hours and days and just keep the 
minutes. That way I see if there's something odd about the timing of 
record cutting - as I get 60 x axis values. Current customer data looks 
like this (chopping off all but the first 16 minutes):



PROD 
"MINUTE","SMF 30(2)","SMF 30(3)","SMF 70-79
00,13573,0,  240,0,
01,   61,1,0,0,
02,   37,1,0,0,
03,   37,0,0,0,
04,   21,1,0,0,
05,   22,1,0,0,
06,   30,1,0,0,
07,   22,1,0,0,
08,   14,1,0,0,
09,   21,1,0,0,
10,   20,1,0,0,
11,   21,1,0,0,
12,   11,1,0,0,
13,   12,1,0,0,
14,   15,1,0,0,
15,13588,0,  240,0,

(Apologies if this unformats itself.)

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Sri h Kolusu 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   20/04/2020 20:32
Subject:[EXTERNAL] Re: Print/copy one record of each type/subtype
Sent by:IBM Mainframe Discussion List 



> Somewhere in our (my team's not Sri Hari's) code base is a DFSORT job
that
> counts the number of each subtype by minute - for SMF 30 and 7X.

Martin,

You mean by the minute within each Hour/Day?


> Note: "Subtype" should be at a fixed offset/position in the SMF record
> header. I'd consider it "quasi-architected" in that some record types
play
> fast and loose with this. 30 and 7X DON'T.
>

Most of the SMF records have the subtype at position 23 except for record
type 84, The subtype for record type 84 is at position 24.

Thanks,
Kolusu
DFSORT Development


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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Re: JESSPOOL problem accessing SYSLOG

[Lennie Dymoke-Bradshaw]

I also see that a userid of *BYPASS* is supported in some circumstances. There 
are some notes under this in the RACROUTE manual under REQUEST=VERIFY.

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  
Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lennie Dymoke-Bradshaw
Sent: 20 April 2020 20:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] JESSPOOL problem accessing SYSLOG

Interesting.

Seems to raise 2 questions.
1. Why is the 2nd qualifier "*BYPASS*"?
2. Why can you not find a profile that will match it?

When I look at all the output on my system (z/OS 2.3) by setting no prefix and 
using the O SDF primary command, I see that the SYSLOG task is using a userid 
of +MASTER+. 
What is yours using?

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  

Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Lou 
Losee
Sent: 20 April 2020 20:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JESSPOOL problem accessing SYSLOG

I posted this to RACF-L earlier, but have not received a response to help solve 
the problem so I have decided to cross-post here.

I have a problem accessing the SYSLOG from SDSF on one LPAR.  The problem 
appears to be caused by the second qualifier in the RACHECK request being 
*BYPASS* when it usually (on other systems/LPARs) is +MASTER+.  Here is the 
ICH408I message I receive:

 ICH408I USER(THEUSER) GROUP(THEGROUP ) NAME(JOHN SMITH )
   TST1JES.*BYPASS*.SYSLOG.SYSTEM.TST1 CL(JESSPOOL)   
   PROFILE NOT FOUND - REQUIRED FOR AUTHORITY CHECKING   
   ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   ) 

I have tried creating the following JESSPOOL profiles yet still get the same 
error:
TST1JES.**
TST1JES.%BYPASS%.SYSLOG.SYSTEM.TST1
TST1JES.*.SYSLOG.SYSTEM.TST1

Has anyone run into this before and have a solution? 

Right now the only ways I have found to get around it are:
1) Deactivate JESSPOOL (i.e., SETR NOCLASSACT(JESSPOOL))
2) Setting the SDSF property SECURITY.SYSLOG.USESAFRECVR to TRUE.

Lou

--
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: JESSPOOL problem accessing SYSLOG

[Lennie Dymoke-Bradshaw]

Interesting.

Seems to raise 2 questions.
1. Why is the 2nd qualifier "*BYPASS*"?
2. Why can you not find a profile that will match it?

When I look at all the output on my system (z/OS 2.3) by setting no prefix and 
using the O SDF primary command, I see that the SYSLOG task is using a userid 
of +MASTER+. 
What is yours using?

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  

Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Lou 
Losee
Sent: 20 April 2020 20:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JESSPOOL problem accessing SYSLOG

I posted this to RACF-L earlier, but have not received a response to help solve 
the problem so I have decided to cross-post here.

I have a problem accessing the SYSLOG from SDSF on one LPAR.  The problem 
appears to be caused by the second qualifier in the RACHECK request being 
*BYPASS* when it usually (on other systems/LPARs) is +MASTER+.  Here is the 
ICH408I message I receive:

 ICH408I USER(THEUSER) GROUP(THEGROUP ) NAME(JOHN SMITH )
   TST1JES.*BYPASS*.SYSLOG.SYSTEM.TST1 CL(JESSPOOL)   
   PROFILE NOT FOUND - REQUIRED FOR AUTHORITY CHECKING   
   ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   ) 

I have tried creating the following JESSPOOL profiles yet still get the same 
error:
TST1JES.**
TST1JES.%BYPASS%.SYSLOG.SYSTEM.TST1
TST1JES.*.SYSLOG.SYSTEM.TST1

Has anyone run into this before and have a solution? 

Right now the only ways I have found to get around it are:
1) Deactivate JESSPOOL (i.e., SETR NOCLASSACT(JESSPOOL))
2) Setting the SDSF property SECURITY.SYSLOG.USESAFRECVR to TRUE.

Lou

--
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: Print/copy one record of each type/subtype

[Sri h Kolusu]

> Somewhere in our (my team's not Sri Hari's) code base is a DFSORT job
that
> counts the number of each subtype by minute - for SMF 30 and 7X.

Martin,

You mean by the minute within each Hour/Day?


> Note: "Subtype" should be at a fixed offset/position in the SMF record
> header. I'd consider it "quasi-architected" in that some record types
play
> fast and loose with this. 30 and 7X DON'T.
>

Most of the SMF records have the subtype at position 23 except for record
type 84, The subtype for record type 84 is at position 24.

Thanks,
Kolusu
DFSORT Development


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

JESSPOOL problem accessing SYSLOG

[Lou Losee]

I posted this to RACF-L earlier, but have not received a response to help solve 
the problem so I have decided to cross-post here.

I have a problem accessing the SYSLOG from SDSF on one LPAR.  The problem 
appears to be caused by the second qualifier in the RACHECK request being 
*BYPASS* when it usually (on other systems/LPARs) is +MASTER+.  Here is the 
ICH408I message I receive:

 ICH408I USER(THEUSER) GROUP(THEGROUP ) NAME(JOHN SMITH )
   TST1JES.*BYPASS*.SYSLOG.SYSTEM.TST1 CL(JESSPOOL)   
   PROFILE NOT FOUND - REQUIRED FOR AUTHORITY CHECKING   
   ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   ) 

I have tried creating the following JESSPOOL profiles yet still get the same 
error:
TST1JES.**
TST1JES.%BYPASS%.SYSLOG.SYSTEM.TST1
TST1JES.*.SYSLOG.SYSTEM.TST1

Has anyone run into this before and have a solution? 

Right now the only ways I have found to get around it are:
1) Deactivate JESSPOOL (i.e., SETR NOCLASSACT(JESSPOOL))
2) Setting the SDSF property SECURITY.SYSLOG.USESAFRECVR to TRUE.

Lou

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

Here we go again

[Paul Gilmartin]

Unemployment checks are being held up by a coding language almost nobody knows 
- The Verge

https://www.theverge.com/2020/4/14/21219561/coronavirus-pandemic-unemployment-systems-cobol-legacy-software-infrastructure

-- gil

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

Re: DFSORT? Rexx? Re: Print/copy one record of each type/subtype

[Martin Packer]

Since z/OS 2.1. I've been using it since then. I have some code I intend 
to open source that relies on REXX against VBS (SMF).

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Bob Bridges 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   20/04/2020 17:38
Subject:[EXTERNAL] Re: DFSORT? Rexx? Re: Print/copy one record of 
each type/subtype
Sent by:IBM Mainframe Discussion List 



Wait, what?  Since when?

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

/* Great good nature, without prudence, is a great misfortune.  -Poor 
Richard */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Paul Gilmartin
Sent: Monday, April 20, 2020 12:11

Rexx EXECIO also now supports VBS.

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Re: Print/copy one record of each type/subtype

[Martin Packer]

Somewhere in our (my team's not Sri Hari's) code base is a DFSORT job that 
counts the number of each subtype by minute - for SMF 30 and 7X. I've not 
done that much with it in practice - but it's a nice extension to Sri 
Hari's idea.

Note: "Subtype" should be at a fixed offset/position in the SMF record 
header. I'd consider it "quasi-architected" in that some record types play 
fast and loose with this. 30 and 7X DON'T.

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Sri h Kolusu 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   20/04/2020 18:46
Subject:[EXTERNAL] Re: Print/copy one record of each type/subtype
Sent by:IBM Mainframe Discussion List 



Kekron,

Are you looking for a summary of subtypes for every smf record? I wrote an
ICETOOL job for Cheryl Watson's newsletter under "User Experiences and
Tips" which lists the count how many records it found of each type and
subtype and produce a little report saying something like:

TYPE   SUBTYPE COUNT
   ---   ---
  30 1 18446
  30 2  2788
  30 3 49083
  30 4 49326
  30 5 19162
  30 6   210
  41 341
...

or

Do you need to write out the first record for each subtype? Let me know 
the
requiement and I will show you a way to get it done using DFSORT.

Thanks,
Kolusu
DFSORT Development
IBM Corporation

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Re: [External] Re: IPCS LIST command to display storage when pointer is in a different address space

[Pommier, Rex]

Seymour,

So you answered Binyamin's direct yes/no question, your response didn't help 
him a bit.  A better response (which I don't know the answer to so I refrained 
from answering) would have been to actually show Binyamin what he's looking 
for.  

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, April 20, 2020 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

That's been there from the beginning. What's new is the ability to specify 
31-bit pointers and the ability to specify 64-bit pointers. Even the latter is 
pretty long in the tooth, and there are readers of this list younger than the 
former.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DKM8SzANw$


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Sunday, April 19, 2020 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS LIST command to display storage when pointer is in a different 
address space

Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?

I would like to

 LIST  X+n? ASID(Y)

where X is in address space Z.

--
Binyamin Dissen  
https://urldefense.com/v3/__http://secure-web.cisco.com/1bgPY9cQOe-2aPU4KW_tDmi6ZHDpIBxSHRrfR7QvRRzdwEZ6K1iPrfWSCot5X8uWXKNMYIKycgQtT_fFcW1hRvvhSJXTmCEts-1BoesxnyE8Jwlvo-hX--_EQCqsjGdi4rm0yNBM--jbfgfwdA6Pr3whaK9LJWWhP4pI7aaUVt23afCTl88G5qmSuypTRjuYO-fAE7EyxAu3E_dAKlBn0OLySLF_MuGyIbSiErrRyV286xQ4SIcU1JbokFuhxfgbnNMYWzuo1aGzpyF3LSiXQ6bYN7kIFjGMenrGpyEUx6ud7F-lmkgU36f69r7OZLrsEiOA__oh1ZH-4RgpCiypAz9WbJHjewlnZf06WPThvlJ06Fp9VmXM9rS3TvZnoJwRJV93cf8GWrndnhk8IgqMrnY58rxHzlKtTWIyVezyAcKYEw38f9U6k3QkrNG1KIZjL/http*3A*2F*2Fwww.dissensoftware.com__;JSUl!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DJzFKAODw$

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me, you should 
preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially those 
from irresponsible companies.

--
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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

Re: The Computer Scientist Who Can’t Stop Telling Stories

[Shmuel (Seymour J.) Metz]

These days the gold standard is Leslie Lamport's LaTeX, a package of TeX 
macros. Not terribly intuitive, and the error messages can be unhelpful, but 
very powerful.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Dale R. Smith 
Sent: Sunday, April 19, 2020 6:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: The Computer Scientist Who Can’t Stop Telling Stories

Nice article about Donald Knuth.

https://secure-web.cisco.com/1c4BHx60iuUqdQlwiv5DE97F3JrBlUFRLM1qzfZgCiPOeV7byDuI01Gybfcz6_elmuoL75qkzTywjwHTDIEvuQrGVIUc1v_M363LtvHe349Kc0XfQvC5X-B7sbkb0mxqwvgrOxOjsFQF2nH3ZuBeEU0t0BwXlOku6fyMKwUD78QtyrWmfkTB3N3Rrx_3Pl3tkadYOp7pwWQVarMMELfoz9j308xz2u3zKZ-JmQu9Q1fMZGTPswTlIhMY0st-WmhRv1AOKJrXMXBVb3F8TeVWlnjTwNMZzMu20sM5v6EthSe_BaVwa7QomCCRjhwmgHWd7IdSdeGIrySWqmxIWQFh2wm8yVSbtKDfgUhNgak9kvMfZdNfyY1vDh4NWjAP9jbVHxAiZCG7DeQkIdCQ9kMTXq7D93iWmDsxUM2wrKUf3zKWNjvg4eTdaJCM5WPqryaEdCALnOO8RAfsk9FvCbliZ8g/https%3A%2F%2Fwww.quantamagazine.org%2Fcomputer-scientist-donald-knuth-cant-stop-telling-stories-20200416%2F%3Futm_source%3Dpocket-newtab

Tinyurl:  
https://secure-web.cisco.com/1yu7IFg5Wym7YWdYJVpxodVg9HYy0Fle5UVv489ICT4H7_U28odODBq0G8lcSy-WsmKQatrUJj0BN6JqkktpFk7IJ6fgqfPVkgB-pHM4mbhXpKnM7UCo7vqcmX36fKRpHN-5DH9QpHWWKAtSCLz-bz3AEswycLnnkgmTMzMgu5IKEa8-sWWMl_HMCO674RiMaMUUKMANVVses-gL_NwAn8RWtReAUK_SUunYRsVrEcfwvSy7c-b5YsFp7Rhu8bx1ED2X7eSutiD8fxKBcusxKGCiOLF_OMwUpiEYHm8v6kGxEL-E2_oG3jc5MejfTZdqLu8IogG_V4roc3A-STXh2T_TzY-LgHYLm1ZrXGpx2bc2Bbz8SGg1mS2U3RY0dHRJQ4_aelEohpmJNnIL1y_nGfRAS1gKd678Jdo5tz3tEztMXMzerr-kAKxAKU_n1Oq4kriqipDc4xPs_S_OdPkTOTA/https%3A%2F%2Ftinyurl.com%2Fy8k62heq

--
Dale R. Smith

--
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: Print/copy one record of each type/subtype

[Sri h Kolusu]

Kekron,

Are you looking for a summary of subtypes for every smf record? I wrote an
ICETOOL job for Cheryl Watson's newsletter under "User Experiences and
Tips" which lists the count how many records it found of each type and
subtype and produce a little report saying something like:

TYPE   SUBTYPE COUNT
   ---   ---
  30 1 18446
  30 2  2788
  30 3 49083
  30 4 49326
  30 5 19162
  30 6   210
  41 341
...

or

Do you need to write out the first record for each subtype? Let me know the
requiement and I will show you a way to get it done using DFSORT.

Thanks,
Kolusu
DFSORT Development
IBM Corporation

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

Re: FTP documentation whines

[Charles Mills]

RCF. I am so annoyed I can't type.

Heck, the implementation is one thing! Don't get started. But I would just like 
to *know* what they implemented.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, April 20, 2020 10:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP documentation whines

On Mon, 20 Apr 2020 09:43:06 -0700, Charles Mills wrote:

>Am I off-base here? Am I missing something? I intend to submit some RFC's
>unless you folks tell me I am missing something.
> 
As in updating RFC 959?  Probably not.

>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.halu001/entrftpenv.htm
>
I suspect MVS FTP antedates OMVS, probably using the
Pascal/GIVESOCKET/TAKESOCKET interfaces.

And such misbehaviors as:
LCD followed by
LPWD shows correct working directory
! PWD gets it wrong.

Half-hearted implementation.

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

Re: [External] Re: Memory-Lane Monday: System Zzzzz | Computerworld Shark Tank

[Pommier, Rex]

Opposite account here.  Brand new baby in the house and brand new MVS install 
at work.  Phone on my side of the bed.  I'd hear the phone and pick up first 
ring.  Answer the question/problem and go back to sleep a couple times a night. 
 My wife would hear the baby and get up to take care of her and come back to 
bed.  We'd compare notes in the morning to see who got up when.  Often times 
the wake-ups would be within 10 minutes of each other and neither would 
remember the other getting up.

Rex


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Monday, April 20, 2020 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Memory-Lane Monday: System Z | Computerworld Shark Tank

Boy, not me.  I didn't mind being awakened in the middle of the night, and 
going in to the office to solve a problem at two in the morning usually 
inspired me to put in an extra hour or two to work on something that I'd had 
trouble figuring out during the day.  But the poor operator usually had to 
start over twice before I was awake enough to give a sensible answer.  Usually 
went like this:

Me (trying to sound bright and alert, and probably failing): Good morning...

Betty: Hi, Bob, this is Betty.  JTDA1001 went down with an oh-cee-seven in step 
RTDA1040, and when I tried to restart it the job, it said -

Me: Hold on.  Hold on a sec.



Me: Ok, I'm awake now.  What did you say?

Betty laughs.  Betty was always cheerful, which I suppose is a great quality in 
someone who has to wake people up in the middle of the night for her living.  
She repeats the intro, and starts on the sequel:  What she did, and why she had 
to call me.  About 30 seconds into it, I become aware that I haven't really 
been awake all this time.

Me:  Hold on.  



Me: Ok, I think I'm really awake now.

...And she cheerfully starts over, and this time I can give her an intelligent 
answer.  I always ~thought~ I was awake, the first two times.  But I wasn't 
really.  Sometimes she had to start over only once.  Usually twice.  Never 
three times.

Answering in my sleep?  Not that I recall.

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: Memory-Lane Monday: System Zzzzz | Computerworld Shark Tank

[Joe Monk]

I can attest to answering late nigh support and not remembering the answer
I gave, only to sit in the morning production meeting and silently breathe
a sigh of relief when it turned out I gave the correct answer.

Joe

On Mon, Apr 20, 2020 at 11:47 AM Bob Bridges  wrote:

> Boy, not me.  I didn't mind being awakened in the middle of the night, and
> going in to the office to solve a problem at two in the morning usually
> inspired me to put in an extra hour or two to work on something that I'd
> had trouble figuring out during the day.  But the poor operator usually had
> to start over twice before I was awake enough to give a sensible answer.
> Usually went like this:
>
> Me (trying to sound bright and alert, and probably failing): Good
> morning...
>
> Betty: Hi, Bob, this is Betty.  JTDA1001 went down with an oh-cee-seven in
> step RTDA1040, and when I tried to restart it the job, it said -
>
> Me: Hold on.  Hold on a sec.
>
> 
>
> Me: Ok, I'm awake now.  What did you say?
>
> Betty laughs.  Betty was always cheerful, which I suppose is a great
> quality in someone who has to wake people up in the middle of the night for
> her living.  She repeats the intro, and starts on the sequel:  What she
> did, and why she had to call me.  About 30 seconds into it, I become aware
> that I haven't really been awake all this time.
>
> Me:  Hold on.
>
> 
>
> Me: Ok, I think I'm really awake now.
>
> ...And she cheerfully starts over, and this time I can give her an
> intelligent answer.  I always ~thought~ I was awake, the first two times.
> But I wasn't really.  Sometimes she had to start over only once.  Usually
> twice.  Never three times.
>
> Answering in my sleep?  Not that I recall.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Sometimes you feel like a nut.  After a day of working on a walnut
> farm, you don't.  -Mike Rowe of the TV show "Dirty Jobs" */
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: Monday, April 20, 2020 08:39
>
> Not a big story. I used to a have a sysprog in my team, that every time he
> got a phone call at night, his wife was answering: perform an ipl. and you
> know what? she had no ide bout mainframes and it always worked!
>
> --- On Mon, Apr 20, 2020 at 3:27 PM Mark Regan 
> wrote:
> >
> https://www.computerworld.com/article/3536588/memory-lane-monday-system-z.html
>
> --
> 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: FTP documentation whines

[Paul Gilmartin]

On Mon, 20 Apr 2020 09:43:06 -0700, Charles Mills wrote:

>Am I off-base here? Am I missing something? I intend to submit some RFC's
>unless you folks tell me I am missing something.
> 
As in updating RFC 959?  Probably not.

>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.halu001/entrftpenv.htm
>
I suspect MVS FTP antedates OMVS, probably using the
Pascal/GIVESOCKET/TAKESOCKET interfaces.

And such misbehaviors as:
LCD followed by
LPWD shows correct working directory
! PWD gets it wrong.

Half-hearted implementation.

-- gil

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

Re: DFSORT? Rexx? Re: Print/copy one record of each type/subtype

[Paul Gilmartin]

On Mon, 20 Apr 2020 12:38:05 -0400, Bob Bridges  wrote:

>Wait, what?  Since when?
> 
Now in:
z/OS Version 2 Release 4
TSO/E REXX Reference
IBM SA32-0972-40

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikja300/dup0037.htm

I don't know the boundary.  Bitsavers?

Previously, I overrode to RECFM=U; REPRO to VB; process with Rexx
handling BDW/RDW DIY.

>-Original Message-
>From:  Paul Gilmartin
>Sent: Monday, April 20, 2020 12:11
>
>Rexx EXECIO also now supports VBS.

-- gil

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

Re: Memory-Lane Monday: System Zzzzz | Computerworld Shark Tank

[Charles Mills]

I worked as a contractor at a shop where the DP Manager made a point of *never* 
answering her phone at oh-dark-thirty. Was afraid she would give some direction 
that she would seriously regret later.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Monday, April 20, 2020 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Memory-Lane Monday: System Z | Computerworld Shark Tank

Boy, not me.  I didn't mind being awakened in the middle of the night, and 
going in to the office to solve a problem at two in the morning usually 
inspired me to put in an extra hour or two to work on something that I'd had 
trouble figuring out during the day.  But the poor operator usually had to 
start over twice before I was awake enough to give a sensible answer.  Usually 
went like this:

Me (trying to sound bright and alert, and probably failing): Good morning...

Betty: Hi, Bob, this is Betty.  JTDA1001 went down with an oh-cee-seven in step 
RTDA1040, and when I tried to restart it the job, it said -

Me: Hold on.  Hold on a sec.



Me: Ok, I'm awake now.  What did you say?

Betty laughs.  Betty was always cheerful, which I suppose is a great quality in 
someone who has to wake people up in the middle of the night for her living.  
She repeats the intro, and starts on the sequel:  What she did, and why she had 
to call me.  About 30 seconds into it, I become aware that I haven't really 
been awake all this time.

Me:  Hold on.  



Me: Ok, I think I'm really awake now.

...And she cheerfully starts over, and this time I can give her an intelligent 
answer.  I always ~thought~ I was awake, the first two times.  But I wasn't 
really.  Sometimes she had to start over only once.  Usually twice.  Never 
three times.

Answering in my sleep?  Not that I recall.

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

Re: FTP documentation whines

[Charles Mills]

Correction: the lack of documentation for the source of "FTP.DATA" in batch
is here:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lu001/chgsite.htm 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Monday, April 20, 2020 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP documentation whines

Am I off-base here? Am I missing something? I intend to submit some RFC's
unless you folks tell me I am missing something.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lu001/entrftpenv.htm

Under the -f switch, gives the search order for "FTP.DATA" under UNIX and
under TSO. What about for a batch job? (And no, it does not seem to be
covered in "Submitting FTP requests in batch" either.)

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lu001/ftpreq.htm

"You can add comments to the command input file using the REXX program that
stacks the commands." Huh? What does Rexx command stacking have to do with
using FTP in batch?

"When a user ID, password, or password phrase is expected (including
passwords that are required for read or write access to files or disks), the
entire line must be blank." What? Where would you code the password then? I
*guess* they mean that if you want FTP to prompt interactively for the
password, the entire line must be blank, including the absence of comments?

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lu001/subconcat.htm

"If concatenated files contain both sequenced and unsequenced input command
files, each file must have a semicolon (;) in the first data column."
Wouldn't that make every line a comment? Looking at
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lz001/ftpclientseqnumsupport.dita#secnum I guess they mean "in the first
data column of the first record" but looking at the examples I am not
perfectly clear on how it works. It appears that a comment in the first
record indicates both the presence and the absence of sequence numbers.

Charles 

--
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: Memory-Lane Monday: System Zzzzz | Computerworld Shark Tank

[Bob Bridges]

Boy, not me.  I didn't mind being awakened in the middle of the night, and 
going in to the office to solve a problem at two in the morning usually 
inspired me to put in an extra hour or two to work on something that I'd had 
trouble figuring out during the day.  But the poor operator usually had to 
start over twice before I was awake enough to give a sensible answer.  Usually 
went like this:

Me (trying to sound bright and alert, and probably failing): Good morning...

Betty: Hi, Bob, this is Betty.  JTDA1001 went down with an oh-cee-seven in step 
RTDA1040, and when I tried to restart it the job, it said -

Me: Hold on.  Hold on a sec.



Me: Ok, I'm awake now.  What did you say?

Betty laughs.  Betty was always cheerful, which I suppose is a great quality in 
someone who has to wake people up in the middle of the night for her living.  
She repeats the intro, and starts on the sequel:  What she did, and why she had 
to call me.  About 30 seconds into it, I become aware that I haven't really 
been awake all this time.

Me:  Hold on.  



Me: Ok, I think I'm really awake now.

...And she cheerfully starts over, and this time I can give her an intelligent 
answer.  I always ~thought~ I was awake, the first two times.  But I wasn't 
really.  Sometimes she had to start over only once.  Usually twice.  Never 
three times.

Answering in my sleep?  Not that I recall.

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

/* Sometimes you feel like a nut.  After a day of working on a walnut farm, you 
don't.  -Mike Rowe of the TV show "Dirty Jobs" */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Monday, April 20, 2020 08:39

Not a big story. I used to a have a sysprog in my team, that every time he
got a phone call at night, his wife was answering: perform an ipl. and you
know what? she had no ide bout mainframes and it always worked!

--- On Mon, Apr 20, 2020 at 3:27 PM Mark Regan  wrote:
> https://www.computerworld.com/article/3536588/memory-lane-monday-system-z.html

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

FTP documentation whines

[Charles Mills]

Am I off-base here? Am I missing something? I intend to submit some RFC's
unless you folks tell me I am missing something.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lu001/entrftpenv.htm

Under the -f switch, gives the search order for "FTP.DATA" under UNIX and
under TSO. What about for a batch job? (And no, it does not seem to be
covered in "Submitting FTP requests in batch" either.)

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lu001/ftpreq.htm

"You can add comments to the command input file using the REXX program that
stacks the commands." Huh? What does Rexx command stacking have to do with
using FTP in batch?

"When a user ID, password, or password phrase is expected (including
passwords that are required for read or write access to files or disks), the
entire line must be blank." What? Where would you code the password then? I
*guess* they mean that if you want FTP to prompt interactively for the
password, the entire line must be blank, including the absence of comments?

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lu001/subconcat.htm

"If concatenated files contain both sequenced and unsequenced input command
files, each file must have a semicolon (;) in the first data column."
Wouldn't that make every line a comment? Looking at
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ha
lz001/ftpclientseqnumsupport.dita#secnum I guess they mean "in the first
data column of the first record" but looking at the examples I am not
perfectly clear on how it works. It appears that a comment in the first
record indicates both the presence and the absence of sequence numbers.

Charles 

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

Re: DFSORT? Rexx? Re: Print/copy one record of each type/subtype

[Bob Bridges]

Wait, what?  Since when?

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

/* Great good nature, without prudence, is a great misfortune.  -Poor Richard */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, April 20, 2020 12:11

Rexx EXECIO also now supports VBS.

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

DFSORT? Rexx? Re: Print/copy one record of each type/subtype

[Paul Gilmartin]

On Mon, 20 Apr 2020 15:43:44 +, kekronbekron wrote:
>
>When working with VBS files, I reckon it's easiest to get 1 of each (SMF 
>record type & subtype) using DFSORT.
>Are there easier ways?
>Can y'all please help with a sample for picking such unique RTY_STY using 
>DFSORT
>
>Thanks in advance, I'm a complete DFSORT n00b.
>
Me either.

I added "DFSORT" to the Subject:.  That often stimulates informed followups.

Rexx EXECIO also now supports VBS.

-- gil

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

Print/copy one record of each type/subtype

[kekronbekron]

Hello!

When working with VBS files, I reckon it's easiest to get 1 of each (SMF record 
type & subtype) using DFSORT.
Are there easier ways?
Can y'all please help with a sample for picking such unique RTY_STY using DFSORT

Thanks in advance, I'm a complete DFSORT n00b.

Kekron

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

Re: [External] Re: JES2 parm change - how make sure it's right?

[Seymour J Metz]

Yes, usually. But if JES2 is already drained then a simple $PJES2 should work, 
followed by the START.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Pommier, Rex [rpomm...@sfgmembers.com]
Sent: Monday, April 20, 2020 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: JES2 parm change - how make sure it's right?

Lizette,

Wasn't it a $PJES2,ABEND command, then reply to the WTOR to shut it down w/o 
cleanup then S JES2 to bring it up hot again?  That's how my old brain 
remembers it.  The start of JES2 would do a syntax check of JES2PARM even 
though the hot start would preclude actually picking up changes.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Friday, April 17, 2020 8:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: JES2 parm change - how make sure it's right?

You might want to "pop" JES2 ($PJES2)

At start up, It will tell you which parms are out of sync with what it is 
running.

$HASP442 and $HASP496 will tell you when parms are out of sync.

JES2 will always use what it last knew if the parms are different.

Other option is to create a Secondary JES2, and test your parms there.  I have 
done this in the past and it is not difficult to do.


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, April 17, 2020 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 parm change - how make sure it's right?

Sigh.

Version 2.1, and yes I know, and yes an upgrade to 2.4 is on the calendar.
That is one of the reasons for wanting to make this change "persistent."

Thanks all. I guess I will run the changes thru IEHEYEBALL and hope for the 
best.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cieri, Anthony
Sent: Friday, April 17, 2020 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 parm change - how make sure it's right?

I should have specified that you need to be at zOS V2.3 or 
above.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Friday, April 17, 2020 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 parm change - how make sure it's right?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


(1) Is this what you are looking for..(JES2
Initialization Dataset Checker)


https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ha
sa300/dscheck.htm

(2) It does depend on the error. In my experience with changing
JES2 init parms, a syntax error can cause JES2 to issue an error message along 
with a WTOR asking for the correct values or to ignore the error. JES2 
initialization waits in these cases for a response to the WTOR.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, April 17, 2020 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 parm change - how make sure it's right?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Humor me. I'm an experienced developer playing newbie sysprog in my spare time.

I've got a JES2 system where I want to change the order of job classes for some 
of the initiators. I could get professional help but it is a service bureau so 
that involves opening a ticket, dollars, etc., etc.

I have done it through SDSF and all is well. I now want to make the change 
persistent. I have JES2PARM open in an editor. I can make the changes *very 
carefully*.

Questions: (1) is there any way to test it, particularly that I have not fouled 
it up terribly? The next IPL is probably months away, and a failure would be 
very unpleasant. Is there any sort of non-disruptive "TYPRUN=SCAN"
sort of option to get JES2 to say the parm file is or is not okay?

(2) alternatively, what would happen if it were bad? Suppose I fat-fingered a 
comma? Unusable system? I am not sure what I am looking at but it looks to me 
like TCPIP and TCAS are running under JES2.

Thanks much,

Charles

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action 

Re: IPCS LIST command to display storage when pointer is in a different address space

[Seymour J Metz]

Yes. There's a lot of alphabet soup here, some of which I recognize and use, 
some of which I need to look up. Some, but not all, is in the jargon file.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Spiegel [dspiegel...@hotmail.com]
Sent: Monday, April 20, 2020 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

Hi R'Shmuel,
PKB ... Do you mean "Pot calling the kettle black
"?

Regards,
David

On 2020-04-20 11:12, Seymour J Metz wrote:
> PKB.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7C%7Cdb5986b05f3a4d4a7f2e08d7e53d5b63%7C84df9e7fe9f640afb435%7C1%7C0%7C637229923996377874sdata=zLFEbwLzwvcDXb65ZnQGUJLfhrt%2BL1Rk0So%2FvRN82aA%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Christopher Y. Blaicher [cblaic...@syncsort.com]
> Sent: Monday, April 20, 2020 10:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IPCS LIST command to display storage when pointer is in a 
> different address space
>
> Seymour,
> Why do you have to be such a putz?  The person asked a simple question.  
> There is no reason to denigrate him, or anyone else.
> I have wanted to say this for a long time about your posts.  Think before you 
> hit send.  Is your comment adding to the content of the thread?   If not, hit 
> delete.
>
> Chris Blaicher
> Technical Architect
> Syncsort, Inc.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Seymour J Metz
> Sent: Monday, April 20, 2020 9:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IPCS LIST command to display storage when pointer is in a 
> different address space
>
> [ External - This message originated Externally.  Use proper judgement and 
> caution with attachments, links, or responses. ]
>
> That's been there from the beginning. What's new is the ability to specify 
> 31-bit pointers and the ability to specify 64-bit pointers. Even the latter 
> is pretty long in the tooth, and there are readers of this list younger than 
> the former.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fmason.gmu.edu%2F*smetz3__%3Bfg!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DKM8SzANw%24data=02%7C01%7C%7Cdb5986b05f3a4d4a7f2e08d7e53d5b63%7C84df9e7fe9f640afb435%7C1%7C0%7C637229923996377874sdata=UwPN%2BnivqwCOKOVWlx4GHJOrQHb0eUEyRcF5JKAQLLI%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Binyamin Dissen [bdis...@dissensoftware.com]
> Sent: Sunday, April 19, 2020 5:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPCS LIST command to display storage when pointer is in a different 
> address space
>
> Is there an IPCS command to list storage when the pointer is in a different 
> address space, or does this require an IPCS clist?
>
> I would like to
>
>   LIST  X+n? ASID(Y)
>
> where X is in address space Z.
>
> --
> Binyamin Dissen  
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fsecure-web.cisco.com%2F1bgPY9cQOe-2aPU4KW_tDmi6ZHDpIBxSHRrfR7QvRRzdwEZ6K1iPrfWSCot5X8uWXKNMYIKycgQtT_fFcW1hRvvhSJXTmCEts-1BoesxnyE8Jwlvo-hX--_EQCqsjGdi4rm0yNBM--jbfgfwdA6Pr3whaK9LJWWhP4pI7aaUVt23afCTl88G5qmSuypTRjuYO-fAE7EyxAu3E_dAKlBn0OLySLF_MuGyIbSiErrRyV286xQ4SIcU1JbokFuhxfgbnNMYWzuo1aGzpyF3LSiXQ6bYN7kIFjGMenrGpyEUx6ud7F-lmkgU36f69r7OZLrsEiOA__oh1ZH-4RgpCiypAz9WbJHjewlnZf06WPThvlJ06Fp9VmXM9rS3TvZnoJwRJV93cf8GWrndnhk8IgqMrnY58rxHzlKtTWIyVezyAcKYEw38f9U6k3QkrNG1KIZjL%2Fhttp*3A*2F*2Fwww.dissensoftware.com__%3BJSUl!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DJzFKAODw%24data=02%7C01%7C%7Cdb5986b05f3a4d4a7f2e08d7e53d5b63%7C84df9e7fe9f640afb435%7C1%7C0%7C637229923996377874sdata=F0QtoT9PwOgyYbghYYMjImCZVR2vx%2BAwuvUm20oeXCE%3Dreserved=0
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me, you 
> should preauthorize the 

Re: IPCS LIST command to display storage when pointer is in a different address space

[David Spiegel]

Hi R'Shmuel,
PKB ... Do you mean "Pot calling the kettle black 
"?


Regards,
David

On 2020-04-20 11:12, Seymour J Metz wrote:

PKB.


--
Shmuel (Seymour J.) Metz
https://nam01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7C%7Cdb5986b05f3a4d4a7f2e08d7e53d5b63%7C84df9e7fe9f640afb435%7C1%7C0%7C637229923996377874sdata=zLFEbwLzwvcDXb65ZnQGUJLfhrt%2BL1Rk0So%2FvRN82aA%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Christopher Y. Blaicher [cblaic...@syncsort.com]
Sent: Monday, April 20, 2020 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

Seymour,
Why do you have to be such a putz?  The person asked a simple question.  There 
is no reason to denigrate him, or anyone else.
I have wanted to say this for a long time about your posts.  Think before you 
hit send.  Is your comment adding to the content of the thread?   If not, hit 
delete.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, April 20, 2020 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

That's been there from the beginning. What's new is the ability to specify 
31-bit pointers and the ability to specify 64-bit pointers. Even the latter is 
pretty long in the tooth, and there are readers of this list younger than the 
former.


--
Shmuel (Seymour J.) Metz
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fmason.gmu.edu%2F*smetz3__%3Bfg!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DKM8SzANw%24data=02%7C01%7C%7Cdb5986b05f3a4d4a7f2e08d7e53d5b63%7C84df9e7fe9f640afb435%7C1%7C0%7C637229923996377874sdata=UwPN%2BnivqwCOKOVWlx4GHJOrQHb0eUEyRcF5JKAQLLI%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Sunday, April 19, 2020 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS LIST command to display storage when pointer is in a different 
address space

Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?

I would like to

  LIST  X+n? ASID(Y)

where X is in address space Z.

--
Binyamin Dissen  
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fsecure-web.cisco.com%2F1bgPY9cQOe-2aPU4KW_tDmi6ZHDpIBxSHRrfR7QvRRzdwEZ6K1iPrfWSCot5X8uWXKNMYIKycgQtT_fFcW1hRvvhSJXTmCEts-1BoesxnyE8Jwlvo-hX--_EQCqsjGdi4rm0yNBM--jbfgfwdA6Pr3whaK9LJWWhP4pI7aaUVt23afCTl88G5qmSuypTRjuYO-fAE7EyxAu3E_dAKlBn0OLySLF_MuGyIbSiErrRyV286xQ4SIcU1JbokFuhxfgbnNMYWzuo1aGzpyF3LSiXQ6bYN7kIFjGMenrGpyEUx6ud7F-lmkgU36f69r7OZLrsEiOA__oh1ZH-4RgpCiypAz9WbJHjewlnZf06WPThvlJ06Fp9VmXM9rS3TvZnoJwRJV93cf8GWrndnhk8IgqMrnY58rxHzlKtTWIyVezyAcKYEw38f9U6k3QkrNG1KIZjL%2Fhttp*3A*2F*2Fwww.dissensoftware.com__%3BJSUl!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DJzFKAODw%24data=02%7C01%7C%7Cdb5986b05f3a4d4a7f2e08d7e53d5b63%7C84df9e7fe9f640afb435%7C1%7C0%7C637229923996377874sdata=F0QtoT9PwOgyYbghYYMjImCZVR2vx%2BAwuvUm20oeXCE%3Dreserved=0

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me, you should 
preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially those 
from irresponsible companies.

--
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
.



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

Re: IPCS LIST command to display storage when pointer is in a different address space

[Seymour J Metz]

PKB.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Christopher Y. Blaicher [cblaic...@syncsort.com]
Sent: Monday, April 20, 2020 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

Seymour,
Why do you have to be such a putz?  The person asked a simple question.  There 
is no reason to denigrate him, or anyone else.
I have wanted to say this for a long time about your posts.  Think before you 
hit send.  Is your comment adding to the content of the thread?   If not, hit 
delete.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, April 20, 2020 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

That's been there from the beginning. What's new is the ability to specify 
31-bit pointers and the ability to specify 64-bit pointers. Even the latter is 
pretty long in the tooth, and there are readers of this list younger than the 
former.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DKM8SzANw$


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Sunday, April 19, 2020 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS LIST command to display storage when pointer is in a different 
address space

Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?

I would like to

 LIST  X+n? ASID(Y)

where X is in address space Z.

--
Binyamin Dissen  
https://urldefense.com/v3/__http://secure-web.cisco.com/1bgPY9cQOe-2aPU4KW_tDmi6ZHDpIBxSHRrfR7QvRRzdwEZ6K1iPrfWSCot5X8uWXKNMYIKycgQtT_fFcW1hRvvhSJXTmCEts-1BoesxnyE8Jwlvo-hX--_EQCqsjGdi4rm0yNBM--jbfgfwdA6Pr3whaK9LJWWhP4pI7aaUVt23afCTl88G5qmSuypTRjuYO-fAE7EyxAu3E_dAKlBn0OLySLF_MuGyIbSiErrRyV286xQ4SIcU1JbokFuhxfgbnNMYWzuo1aGzpyF3LSiXQ6bYN7kIFjGMenrGpyEUx6ud7F-lmkgU36f69r7OZLrsEiOA__oh1ZH-4RgpCiypAz9WbJHjewlnZf06WPThvlJ06Fp9VmXM9rS3TvZnoJwRJV93cf8GWrndnhk8IgqMrnY58rxHzlKtTWIyVezyAcKYEw38f9U6k3QkrNG1KIZjL/http*3A*2F*2Fwww.dissensoftware.com__;JSUl!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DJzFKAODw$

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me, you should 
preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially those 
from irresponsible companies.

--
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: [External] Re: JES2 parm change - how make sure it's right?

[Pommier, Rex]

Lizette,

Wasn't it a $PJES2,ABEND command, then reply to the WTOR to shut it down w/o 
cleanup then S JES2 to bring it up hot again?  That's how my old brain 
remembers it.  The start of JES2 would do a syntax check of JES2PARM even 
though the hot start would preclude actually picking up changes.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Friday, April 17, 2020 8:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: JES2 parm change - how make sure it's right?

You might want to "pop" JES2 ($PJES2) 

At start up, It will tell you which parms are out of sync with what it is 
running.

$HASP442 and $HASP496 will tell you when parms are out of sync.

JES2 will always use what it last knew if the parms are different.

Other option is to create a Secondary JES2, and test your parms there.  I have 
done this in the past and it is not difficult to do.


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, April 17, 2020 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 parm change - how make sure it's right?

Sigh. 

Version 2.1, and yes I know, and yes an upgrade to 2.4 is on the calendar.
That is one of the reasons for wanting to make this change "persistent."

Thanks all. I guess I will run the changes thru IEHEYEBALL and hope for the 
best.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cieri, Anthony
Sent: Friday, April 17, 2020 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 parm change - how make sure it's right?

I should have specified that you need to be at zOS V2.3 or 
above.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Friday, April 17, 2020 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 parm change - how make sure it's right?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


(1) Is this what you are looking for..(JES2
Initialization Dataset Checker)


https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ha
sa300/dscheck.htm

(2) It does depend on the error. In my experience with changing
JES2 init parms, a syntax error can cause JES2 to issue an error message along 
with a WTOR asking for the correct values or to ignore the error. JES2 
initialization waits in these cases for a response to the WTOR.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, April 17, 2020 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 parm change - how make sure it's right?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Humor me. I'm an experienced developer playing newbie sysprog in my spare time.

I've got a JES2 system where I want to change the order of job classes for some 
of the initiators. I could get professional help but it is a service bureau so 
that involves opening a ticket, dollars, etc., etc. 

I have done it through SDSF and all is well. I now want to make the change 
persistent. I have JES2PARM open in an editor. I can make the changes *very 
carefully*.

Questions: (1) is there any way to test it, particularly that I have not fouled 
it up terribly? The next IPL is probably months away, and a failure would be 
very unpleasant. Is there any sort of non-disruptive "TYPRUN=SCAN"
sort of option to get JES2 to say the parm file is or is not okay?

(2) alternatively, what would happen if it were bad? Suppose I fat-fingered a 
comma? Unusable system? I am not sure what I am looking at but it looks to me 
like TCPIP and TCAS are running under JES2.

Thanks much,

Charles 

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to 

Re: Opinions/experience on sharing catalogs outside plex

[R.S.]

Well, it is not good idea, but sometimes even such idea is better than 
nothing.

What's important the risk covers THIS catalog only, not whole world.

And yes, this catalog and shared datasets should be shared without 
"sysplex features" like changes is serialization. RESERVE should be used 
here or  CA-MIM should be used, but the last one is add-on tool.


BTW: BCS can be defined with SHR(3 4) or SHR(3 3). For this case it has 
to be SHR(3 4). AFAIK it is alterable.


Again: small activity is your friend here. Small number of datasets 
cataloged in the BCS is good here. Potential problems with the BCS will 
not affect other BCSes.


I use it for years (with limited activity). Mostly PS files and some 
VSAM. No problems observed.
Caution: PDSE *will* break despite of way how catalog is shared. No help 
from CA-MIM, AFAIK. Observed many times educated many guys who used PDSE 
for sharing.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 20.04.2020 o 14:45, Allan Staller pisze:

Yes, it can be done. I reiterate,  IMO,  this is most likely not a good idea.
In order to accomplish this safely, you  also need to regress GRS to pre-GRS 
functionality.
Everything affecting this catalog must be handled w/Reserve/Release, and not 
normal processing
VSAM Sharoptions for the catalog need to be changed. IIRC when I "undid" this 
the catalog hand Shareoptions (2,3) (or was it 4,3?).
This option tells z/OS that the user is responsible for Catalog seriailization.
SYSDSN, SYSIGGV2, SYSVTOC, SYSZVSAM (?) and the SPF* queues need to be excluded 
from GRS processing.

In my case that led to various deadly embraces that usually led to manual 
intervention.

My $0.02 USD on this is: Why point the shotgun at your foot?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Monday, April 20, 2020 3:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Opinions/experience on sharing catalogs outside plex

[CAUTION: This Email is from outside the Organization. Do not click links or 
open attachments unless you trust the sender.]

W dniu 09.04.2020 o 02:11, Rob Schramm pisze:

I am considering sharing some usercats outside of a sysplex.  What I
can find is that sysiggv2 must be kept as a reserve to do so.

Looking for others that have had to do this.

One question I had was, what happens on a ispf 3.4 when the data set
is part of the catalog but exists in another system?  Ief238d?

My €0.02

1. You can share catalogs between sysplexes. Note: we mean BCS, which is 
usually called catalog.
2. The less activity on the BCS the better.
3. The above means:
3.1. Avoid keeping non-shared datasets in the BCS. Use another BCS for that.
3.2. It is not bad idea to have multiple "small" shared BCSes.
4. You cannot use any sophisticated catalog sharing features like RLS or ECS.

Regarding you last question: I understand it as you have entry in the BCS, but 
the dataset reside on volume which is not share, that mean it is unavailable 
for one system. It's nothing exotic. It's like orphan catalog entry, which 
sometimes may happen even without BCS sharing (usually as result of human 
error).
However that also means the sharing is not done correctly. The best scenario is 
when all datasets cataloged in shared BCS reside on volumes which are also 
shared. Preferably the BCS is also on the volume from that group.
Keep it simple.

--
Radoslaw Skorupka
Lodz, Poland







==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up 

Re: IPCS LIST command to display storage when pointer is in a different address space

[Christopher Y. Blaicher]

Seymour,
Why do you have to be such a putz?  The person asked a simple question.  There 
is no reason to denigrate him, or anyone else.
I have wanted to say this for a long time about your posts.  Think before you 
hit send.  Is your comment adding to the content of the thread?   If not, hit 
delete. 

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, April 20, 2020 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

That's been there from the beginning. What's new is the ability to specify 
31-bit pointers and the ability to specify 64-bit pointers. Even the latter is 
pretty long in the tooth, and there are readers of this list younger than the 
former.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DKM8SzANw$
 


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Sunday, April 19, 2020 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS LIST command to display storage when pointer is in a different 
address space

Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?

I would like to

 LIST  X+n? ASID(Y)

where X is in address space Z.

--
Binyamin Dissen  
https://urldefense.com/v3/__http://secure-web.cisco.com/1bgPY9cQOe-2aPU4KW_tDmi6ZHDpIBxSHRrfR7QvRRzdwEZ6K1iPrfWSCot5X8uWXKNMYIKycgQtT_fFcW1hRvvhSJXTmCEts-1BoesxnyE8Jwlvo-hX--_EQCqsjGdi4rm0yNBM--jbfgfwdA6Pr3whaK9LJWWhP4pI7aaUVt23afCTl88G5qmSuypTRjuYO-fAE7EyxAu3E_dAKlBn0OLySLF_MuGyIbSiErrRyV286xQ4SIcU1JbokFuhxfgbnNMYWzuo1aGzpyF3LSiXQ6bYN7kIFjGMenrGpyEUx6ud7F-lmkgU36f69r7OZLrsEiOA__oh1ZH-4RgpCiypAz9WbJHjewlnZf06WPThvlJ06Fp9VmXM9rS3TvZnoJwRJV93cf8GWrndnhk8IgqMrnY58rxHzlKtTWIyVezyAcKYEw38f9U6k3QkrNG1KIZjL/http*3A*2F*2Fwww.dissensoftware.com__;JSUl!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DJzFKAODw$
 

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me, you should 
preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially those 
from irresponsible companies.

--
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: IPCS LIST command to display storage when pointer is in a different address space

[Seymour J Metz]

That's been there from the beginning. What's new is the ability to specify 
31-bit pointers and the ability to specify 64-bit pointers. Even the latter is 
pretty long in the tooth, and there are readers of this list younger than the 
former.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Sunday, April 19, 2020 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS LIST command to display storage when pointer is in a different 
address space

Is there an IPCS command to list storage when the pointer is in a different
address space, or does this require an IPCS clist?

I would like to

 LIST  X+n? ASID(Y)

where X is in address space Z.

--
Binyamin Dissen 
http://secure-web.cisco.com/1bgPY9cQOe-2aPU4KW_tDmi6ZHDpIBxSHRrfR7QvRRzdwEZ6K1iPrfWSCot5X8uWXKNMYIKycgQtT_fFcW1hRvvhSJXTmCEts-1BoesxnyE8Jwlvo-hX--_EQCqsjGdi4rm0yNBM--jbfgfwdA6Pr3whaK9LJWWhP4pI7aaUVt23afCTl88G5qmSuypTRjuYO-fAE7EyxAu3E_dAKlBn0OLySLF_MuGyIbSiErrRyV286xQ4SIcU1JbokFuhxfgbnNMYWzuo1aGzpyF3LSiXQ6bYN7kIFjGMenrGpyEUx6ud7F-lmkgU36f69r7OZLrsEiOA__oh1ZH-4RgpCiypAz9WbJHjewlnZf06WPThvlJ06Fp9VmXM9rS3TvZnoJwRJV93cf8GWrndnhk8IgqMrnY58rxHzlKtTWIyVezyAcKYEw38f9U6k3QkrNG1KIZjL/http%3A%2F%2Fwww.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: Opinions/experience on sharing catalogs outside plex

[Allan Staller]

The OP did not mention CA-MIM. That will handle the issue.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: Monday, April 20, 2020 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Opinions/experience on sharing catalogs outside plex

[CAUTION: This Email is from outside the Organization. Do not click links or 
open attachments unless you trust the sender.]

2 notes:
You need not regress to pre-GRS, you need to regress to pre-Hyperswap, which 
required the elimination of Reserves by converting them to global enqueus with 
GRS.
CA-MIM provided (when we used it) GRS functionality across Sysplexes.

Kees.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: 20 April 2020 14:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Opinions/experience on sharing catalogs outside plex

Yes, it can be done. I reiterate,  IMO,  this is most likely not a good idea.
In order to accomplish this safely, you  also need to regress GRS to pre-GRS 
functionality.
Everything affecting this catalog must be handled w/Reserve/Release, and not 
normal processing VSAM Sharoptions for the catalog need to be changed. IIRC 
when I "undid" this the catalog hand Shareoptions (2,3) (or was it 4,3?).
This option tells z/OS that the user is responsible for Catalog seriailization.
SYSDSN, SYSIGGV2, SYSVTOC, SYSZVSAM (?) and the SPF* queues need to be excluded 
from GRS processing.

In my case that led to various deadly embraces that usually led to manual 
intervention.

My $0.02 USD on this is: Why point the shotgun at your foot?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Monday, April 20, 2020 3:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Opinions/experience on sharing catalogs outside plex

[CAUTION: This Email is from outside the Organization. Do not click links or 
open attachments unless you trust the sender.]

W dniu 09.04.2020 o 02:11, Rob Schramm pisze:
> I am considering sharing some usercats outside of a sysplex.  What I 
> can find is that sysiggv2 must be kept as a reserve to do so.
>
> Looking for others that have had to do this.
>
> One question I had was, what happens on a ispf 3.4 when the data set 
> is part of the catalog but exists in another system?  Ief238d?

My €0.02

1. You can share catalogs between sysplexes. Note: we mean BCS, which is 
usually called catalog.
2. The less activity on the BCS the better.
3. The above means:
3.1. Avoid keeping non-shared datasets in the BCS. Use another BCS for that.
3.2. It is not bad idea to have multiple "small" shared BCSes.
4. You cannot use any sophisticated catalog sharing features like RLS or ECS.

Regarding you last question: I understand it as you have entry in the BCS, but 
the dataset reside on volume which is not share, that mean it is unavailable 
for one system. It's nothing exotic. It's like orphan catalog entry, which 
sometimes may happen even without BCS sharing (usually as result of human 
error).
However that also means the sharing is not done correctly. The best scenario is 
when all datasets cataloged in shared BCS reside on volumes which are also 
shared. Preferably the BCS is also on the volume from that group.
Keep it simple.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cffa4bd2b6c084d5c34e108d7e52a5288%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637229842282834595sdata=fdI7BLtaR60WFeKQ8hscysetzWAiiMyYSqHcWMr2%2B4g%3Dreserved=0,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 

Re: Opinions/experience on sharing catalogs outside plex

[Vernooij, Kees (ITOP NM) - KLM]

2 notes:
You need not regress to pre-GRS, you need to regress to pre-Hyperswap, which 
required the elimination of Reserves by converting them to global enqueus with 
GRS.
CA-MIM provided (when we used it) GRS functionality across Sysplexes.

Kees.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: 20 April 2020 14:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Opinions/experience on sharing catalogs outside plex

Yes, it can be done. I reiterate,  IMO,  this is most likely not a good idea.
In order to accomplish this safely, you  also need to regress GRS to pre-GRS 
functionality.
Everything affecting this catalog must be handled w/Reserve/Release, and not 
normal processing
VSAM Sharoptions for the catalog need to be changed. IIRC when I "undid" this 
the catalog hand Shareoptions (2,3) (or was it 4,3?).
This option tells z/OS that the user is responsible for Catalog seriailization.
SYSDSN, SYSIGGV2, SYSVTOC, SYSZVSAM (?) and the SPF* queues need to be excluded 
from GRS processing.

In my case that led to various deadly embraces that usually led to manual 
intervention.

My $0.02 USD on this is: Why point the shotgun at your foot?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Monday, April 20, 2020 3:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Opinions/experience on sharing catalogs outside plex

[CAUTION: This Email is from outside the Organization. Do not click links or 
open attachments unless you trust the sender.]

W dniu 09.04.2020 o 02:11, Rob Schramm pisze:
> I am considering sharing some usercats outside of a sysplex.  What I
> can find is that sysiggv2 must be kept as a reserve to do so.
>
> Looking for others that have had to do this.
>
> One question I had was, what happens on a ispf 3.4 when the data set
> is part of the catalog but exists in another system?  Ief238d?

My €0.02

1. You can share catalogs between sysplexes. Note: we mean BCS, which is 
usually called catalog.
2. The less activity on the BCS the better.
3. The above means:
3.1. Avoid keeping non-shared datasets in the BCS. Use another BCS for that.
3.2. It is not bad idea to have multiple "small" shared BCSes.
4. You cannot use any sophisticated catalog sharing features like RLS or ECS.

Regarding you last question: I understand it as you have entry in the BCS, but 
the dataset reside on volume which is not share, that mean it is unavailable 
for one system. It's nothing exotic. It's like orphan catalog entry, which 
sometimes may happen even without BCS sharing (usually as result of human 
error).
However that also means the sharing is not done correctly. The best scenario is 
when all datasets cataloged in shared BCS reside on volumes which are also 
shared. Preferably the BCS is also on the volume from that group.
Keep it simple.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C713bf3ba05ee48822fd708d7e5074106%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637229691688462036sdata=yVU69jxSqL3eUaQBzQrjAJf41Ro%2FWUQ12ueSnw0%2Fhu0%3Dreserved=0,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C713bf3ba05ee48822fd708d7e5074106%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637229691688462036sdata=yVU69jxSqL3eUaQBzQrjAJf41Ro%2FWUQ12ueSnw0%2Fhu0%3Dreserved=0,
 e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th 
Commercial Division of the National Court Register, KRS 025237, NIP: 

Re: Opinions/experience on sharing catalogs outside plex

[Allan Staller]

Yes, it can be done. I reiterate,  IMO,  this is most likely not a good idea.
In order to accomplish this safely, you  also need to regress GRS to pre-GRS 
functionality.
Everything affecting this catalog must be handled w/Reserve/Release, and not 
normal processing
VSAM Sharoptions for the catalog need to be changed. IIRC when I "undid" this 
the catalog hand Shareoptions (2,3) (or was it 4,3?).
This option tells z/OS that the user is responsible for Catalog seriailization.
SYSDSN, SYSIGGV2, SYSVTOC, SYSZVSAM (?) and the SPF* queues need to be excluded 
from GRS processing.

In my case that led to various deadly embraces that usually led to manual 
intervention.

My $0.02 USD on this is: Why point the shotgun at your foot?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Monday, April 20, 2020 3:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Opinions/experience on sharing catalogs outside plex

[CAUTION: This Email is from outside the Organization. Do not click links or 
open attachments unless you trust the sender.]

W dniu 09.04.2020 o 02:11, Rob Schramm pisze:
> I am considering sharing some usercats outside of a sysplex.  What I
> can find is that sysiggv2 must be kept as a reserve to do so.
>
> Looking for others that have had to do this.
>
> One question I had was, what happens on a ispf 3.4 when the data set
> is part of the catalog but exists in another system?  Ief238d?

My €0.02

1. You can share catalogs between sysplexes. Note: we mean BCS, which is 
usually called catalog.
2. The less activity on the BCS the better.
3. The above means:
3.1. Avoid keeping non-shared datasets in the BCS. Use another BCS for that.
3.2. It is not bad idea to have multiple "small" shared BCSes.
4. You cannot use any sophisticated catalog sharing features like RLS or ECS.

Regarding you last question: I understand it as you have entry in the BCS, but 
the dataset reside on volume which is not share, that mean it is unavailable 
for one system. It's nothing exotic. It's like orphan catalog entry, which 
sometimes may happen even without BCS sharing (usually as result of human 
error).
However that also means the sharing is not done correctly. The best scenario is 
when all datasets cataloged in shared BCS reside on volumes which are also 
shared. Preferably the BCS is also on the volume from that group.
Keep it simple.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C713bf3ba05ee48822fd708d7e5074106%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637229691688462036sdata=yVU69jxSqL3eUaQBzQrjAJf41Ro%2FWUQ12ueSnw0%2Fhu0%3Dreserved=0,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C713bf3ba05ee48822fd708d7e5074106%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637229691688462036sdata=yVU69jxSqL3eUaQBzQrjAJf41Ro%2FWUQ12ueSnw0%2Fhu0%3Dreserved=0,
 e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th 
Commercial Division of the National Court Register, KRS 025237, NIP: 
526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 
January 2020.

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. 

Re: Memory-Lane Monday: System Zzzzz | Computerworld Shark Tank

[ITschak Mugzach]

Not a big story. I used to a have a sysprog in my team, that every time he
got a phone call at night, his wife was answering: perform an ipl. and you
know what? she had no ide bout mainframes and it always worked!

ITschak

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




On Mon, Apr 20, 2020 at 3:27 PM Mark Regan  wrote:

>  
>
> https://www.computerworld.com/article/3536588/memory-lane-monday-system-z.html
>
> or
>
> *https://tinyurl.com/ybgnlf7x* 
>
> Regards,
>
> *Mark T. Regan, K8MTR*
> CTO1 USNR-Retired, 1969-1991
> Nationwide Insurance, Retired, 1986-2017
>
> --
> 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

Memory-Lane Monday: System Zzzzz | Computerworld Shark Tank

[Mark Regan]

 
https://www.computerworld.com/article/3536588/memory-lane-monday-system-z.html

or

*https://tinyurl.com/ybgnlf7x* 

Regards,

*Mark T. Regan, K8MTR*
CTO1 USNR-Retired, 1969-1991
Nationwide Insurance, Retired, 1986-2017

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

Re: Opinions/experience on sharing catalogs outside plex

[R.S.]

W dniu 09.04.2020 o 02:11, Rob Schramm pisze:

I am considering sharing some usercats outside of a sysplex.  What I can
find is that sysiggv2 must be kept as a reserve to do so.

Looking for others that have had to do this.

One question I had was, what happens on a ispf 3.4 when the data set is
part of the catalog but exists in another system?  Ief238d?


My €0.02

1. You can share catalogs between sysplexes. Note: we mean BCS, which is 
usually called catalog.

2. The less activity on the BCS the better.
3. The above means:
3.1. Avoid keeping non-shared datasets in the BCS. Use another BCS for that.
3.2. It is not bad idea to have multiple "small" shared BCSes.
4. You cannot use any sophisticated catalog sharing features like RLS or 
ECS.


Regarding you last question: I understand it as you have entry in the 
BCS, but the dataset reside on volume which is not share, that mean it 
is unavailable for one system. It's nothing exotic. It's like orphan 
catalog entry, which sometimes may happen even without BCS sharing 
(usually as result of human error).
However that also means the sharing is not done correctly. The best 
scenario is when all datasets cataloged in shared BCS reside on volumes 
which are also shared. Preferably the BCS is also on the volume from 
that group.

Keep it simple.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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