Re: PDSE V2 data set info

[Robin Atwood]

Thanks to everyone who replied, you have confirmed what I had suspected. The
ISITMGD macro seems to do some of what I want, I will take that route.

Robin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Allan Staller
Sent: 29 January 2020 10:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE V2 data set info

DCOLLECT?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Robin Atwood
Sent: Tuesday, January 28, 2020 4:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PDSE V2 data set info

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

I have a requirement in my queue to include the PDSE Version and the MAXGEN
limit in the DSINFO report our server sends

to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs
and found nothing. Searching only produced Lionel Dyck's

PGSEGEN utility but that works in an ISPF environment and can obtain the
values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force
search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the
DFA and some allocation support. Is

this information actually publically available and, if so, can someone tell
me where?



Thanks

Robin


--
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. E-mail transmission is not
guaranteed to be secure or error-free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or may contain
viruses in transmission. The e mail and its contents (with or without
referred errors) shall therefore not attach any liability on the originator
or HCL or its affiliates. Views or opinions, if any, presented in this email
are solely those of the author and may not necessarily reflect the views or
opinions of HCL or its affiliates. Any form of reproduction, dissemination,
copying, disclosure, modification, distribution and / or publication of this
message without the prior written consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please
delete it and notify the sender immediately. Before opening any email and/or
attachments, please check them for viruses and other defects.


--
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: PDSE V2 data set info

[Tom Conley]

On 1/28/2020 5:48 AM, Robin Atwood wrote:

I have a requirement in my queue to include the PDSE Version and the MAXGEN
limit in the DSINFO report our server sends

to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs
and found nothing. Searching only produced Lionel Dyck's

PGSEGEN utility but that works in an ISPF environment and can obtain the
values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force
search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the
DFA and some allocation support. Is

this information actually publically available and, if so, can someone tell
me where?



Robin,

Vote for RFE 107052 and 107053.  Been asking IBM for YEARS to support 
the basics for PDSE's, still no dice.  LISTDSI supposably will return 
the PDSE version.  Don't get me started.


Regards,
Tom Conley

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

Re: DFSort question

[Mike Schwab]

The dataset is Not Cataloged 2.  It does exist on tape and you must
reference the dataset with DSN and VOLSER.  Alternative is to create
the tape with a different DSN so it can be cataloged.  If the same
VOLSER you overwrote it and any subsequent files on the tape are
destroyed.  Applies to real or virtual tape.  Lookout for automatic
deletion due to expiration or not cataloged status.

On Tue, Jan 28, 2020 at 11:30 PM Gadi Ben-Avi  wrote:
>
> Hi,
> User ran a job the uses DFSort to copy a dataset.
> The output dataset is on tape.
> The output dataset existed on tape before the job run.
> Message IGD17101I was issued saying that there already was a dataset with 
> that name.
> The job ended with condition code 0.
>
> Is this a DFSort behavior?
> If yes, can it be changed?
>
> We are using z/OS v2.2.
>
> Thanks
>
> Gadi
>
> --
> 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

DFSort question

[Gadi Ben-Avi]

Hi,
User ran a job the uses DFSort to copy a dataset.
The output dataset is on tape.
The output dataset existed on tape before the job run.
Message IGD17101I was issued saying that there already was a dataset with that 
name.
The job ended with condition code 0.

Is this a DFSort behavior?
If yes, can it be changed?

We are using z/OS v2.2.

Thanks

Gadi

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

Re: PDSE V2 data set info

[Allan Staller]

DCOLLECT?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Robin Atwood
Sent: Tuesday, January 28, 2020 4:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PDSE V2 data set info

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

I have a requirement in my queue to include the PDSE Version and the MAXGEN 
limit in the DSINFO report our server sends

to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs 
and found nothing. Searching only produced Lionel Dyck's

PGSEGEN utility but that works in an ISPF environment and can obtain the values 
from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force search of 
SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the DFA and some 
allocation support. Is

this information actually publically available and, if so, can someone tell me 
where?



Thanks

Robin


--
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. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: TCPIP IPv6 reachability issue after link restart on VM and zLinux

[Christian Svensson]

I see something I should clarify directly:
" I see packets going out and replies coming in - but Linux does not appear
to get any traffic (RX counters not increasing)" - when I say "I see
packets going out and replies coming in" that's on the switch side, not in
the zLinux LPAR.

On Tue, Jan 28, 2020 at 9:40 PM Christian Svensson  wrote:

> Hi,
>
> I'm operating a z114 with OSA Express 4S 1G and 10G cards.
> I'm having the following issue on both zLinux (kernel 5.3.0) and z/VM 630.
> When TCPIP is restarted, either in VM as "FORCE TCPIP" + "XAUTOLOG TCPIP"
> (or linux as "ip link set down" followed up "up"), or a re-IPL in either
> OS, the IPv6 address will not be pingable again (and no other IPv6
> traffic either).
>
> The things I've noted that will make the instance reply to ping again are:
>
>1. Cycling the port in the switch ("shutdown" + "no shutdown")*
>2. In the VM case, pinging out through the gateway
>   1. This does *not* help in zLinux oddly enough, I see packets going
>   out and replies coming in - but Linux does not appear to get any traffic
>   (RX counters not increasing)
>   2. Using *another* IPv6 address on zLinux works without issue
>
> * However, it seems like the qeth driver in zLinux is made to forget the
> IP address in case of a link-flap (which is not how conventional network
> cards behave in Linux).
>
> I am pretty confident that it is not the switch that is acting up, I can
> see the traffic counters increasing on the switch side.
> The network is IPv6 only so trying with IPv4 traffic will be quite
> troublesome, and replacing the switch is not really feasible as well.
> First I thought it was some odd issue in my setup of zLinux, but when I
> started testing z/VM and hit this similar issue I started to wonder if this
> is some known issue.
>
> Has anyone seen similar behaviour in their environments?
>
> Thanks,
>

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

TCPIP IPv6 reachability issue after link restart on VM and zLinux

[Christian Svensson]

Hi,

I'm operating a z114 with OSA Express 4S 1G and 10G cards.
I'm having the following issue on both zLinux (kernel 5.3.0) and z/VM 630.
When TCPIP is restarted, either in VM as "FORCE TCPIP" + "XAUTOLOG TCPIP"
(or linux as "ip link set down" followed up "up"), or a re-IPL in either
OS, the IPv6 address will not be pingable again (and no other IPv6
traffic either).

The things I've noted that will make the instance reply to ping again are:

   1. Cycling the port in the switch ("shutdown" + "no shutdown")*
   2. In the VM case, pinging out through the gateway
  1. This does *not* help in zLinux oddly enough, I see packets going
  out and replies coming in - but Linux does not appear to get any traffic
  (RX counters not increasing)
  2. Using *another* IPv6 address on zLinux works without issue

* However, it seems like the qeth driver in zLinux is made to forget the IP
address in case of a link-flap (which is not how conventional network cards
behave in Linux).

I am pretty confident that it is not the switch that is acting up, I can
see the traffic counters increasing on the switch side.
The network is IPv6 only so trying with IPv4 traffic will be quite
troublesome, and replacing the switch is not really feasible as well.
First I thought it was some odd issue in my setup of zLinux, but when I
started testing z/VM and hit this similar issue I started to wonder if this
is some known issue.

Has anyone seen similar behaviour in their environments?

Thanks,

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

Re: Connect upgrade Secure+ requirement

[David Spiegel]

Hi Steve,
You can use the PDS Command Processor for this and a lot more.
Please see cbttape.org (File 182).

I would use the "HIS" (History) subcommand on the modules in question.

Another possibility is use AMASPZAP to DUMP the module.

Regards,
Davie

On 2020-01-28 13:17, Steve David wrote:
> We have load module of ICSF but we don't have smpe environment to determine
> its level. Is there a way to print any load module and see the details like
> any eyecatcher ?
>
> Thanks
> Steve
>
> On Tuesday, 28 January 2020, Joe Monk  wrote:
>
>> HCR77A0 is the minimum supported ICSF version on z/OS 1.13 for connect 5.2.
>> As to installing without SMP/E ... thats a head scratcher. I would not just
>> copy the libraries from z/OS 2.1 ... I would see if IBM can make you a
>> tape.
>>
>> Joe
>>
>> On Tue, Jan 28, 2020 at 6:27 AM Steve David 
>> wrote:
>>
>>> Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well with
>>> zOS 1.13..? Since we don't have working SMPE environment in zOS 1.13, is
>> it
>>> ok to copy CSF libraries from zOS V2.1 ? Actually we have CSF.**
>> libraries
>>> available on 1.13 as well,but not sure whether ICSF will support CD V5.2
>>>
>>> Thanks
>>> Steve
>>>
>>>
>>> On Tue, 28 Jan 2020 at 16:12, Joe Monk  wrote:
>>>
 This will tell you:



>>> https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.2data=02%7C01%7C%7C7cf36db0f7b84874ec8508d7a41e6f0f%7C84df9e7fe9f640afb435%7C1%7C0%7C637158322988003659sdata=Q8ZKAkWsd43qQx%2FZO5Df0NPD2iaiM6ifOu9U0GJlNgU%3Dreserved=0.
>> 0/com.ibm.zos.v2r2.csfb200/csffmid.htm
 You need FMID HCR77A0 or above.

 Joe

 On Mon, Jan 27, 2020 at 11:11 PM Steve David <
>> steve.davids...@gmail.com>
 wrote:

> Hi All,
>
> We are upgrading CD from V4.8 to V5.2, currently running in zOS 1.13,
>>> but
> we dont have working smpe environment and currently we dont have ICSF
> installed. To enable CD Secure + in V5.2, we need to have ICSF
>>> installed,
> can you please advise what minimum version of ICSF needed for zOS
>> 1.13
 and
> is it possible to install using non smpe method.?
>
> Thanks
> Steve
>
> 
>> --
> 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 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: Connect upgrade Secure+ requirement

[Mark Jacobs]

Browse CSF.SCSFMOD0(CSFINIT) (assuming that's what the dataset is named in your 
environment) and perform a find on HCR. That'll show you the FMID.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Tuesday, January 28, 2020 1:17 PM, Steve David  
wrote:

> We have load module of ICSF but we don't have smpe environment to determine
> its level. Is there a way to print any load module and see the details like
> any eyecatcher ?
>
> Thanks
> Steve
>
> On Tuesday, 28 January 2020, Joe Monk joemon...@gmail.com wrote:
>
> > HCR77A0 is the minimum supported ICSF version on z/OS 1.13 for connect 5.2.
> > As to installing without SMP/E ... thats a head scratcher. I would not just
> > copy the libraries from z/OS 2.1 ... I would see if IBM can make you a
> > tape.
> > Joe
> > On Tue, Jan 28, 2020 at 6:27 AM Steve David steve.davids...@gmail.com
> > wrote:
> >
> > > Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well with
> > > zOS 1.13..? Since we don't have working SMPE environment in zOS 1.13, is
> > > it
> > > ok to copy CSF libraries from zOS V2.1 ? Actually we have CSF.**
> > > libraries
> > > available on 1.13 as well,but not sure whether ICSF will support CD V5.2
> > > Thanks
> > > Steve
> > > On Tue, 28 Jan 2020 at 16:12, Joe Monk joemon...@gmail.com wrote:
> > >
> > > > This will tell you:
> > >
> > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.
> > > 0/com.ibm.zos.v2r2.csfb200/csffmid.htm
> > >
> > > > You need FMID HCR77A0 or above.
> > > > Joe
> > > > On Mon, Jan 27, 2020 at 11:11 PM Steve David <
> > > > steve.davids...@gmail.com>
> > >
> > > > wrote:
> > > >
> > > > > Hi All,
> > > > > We are upgrading CD from V4.8 to V5.2, currently running in zOS 1.13,
> > > > > but
> > > >
> > > > > we dont have working smpe environment and currently we dont have ICSF
> > > > > installed. To enable CD Secure + in V5.2, we need to have ICSF
> > > > > installed,
> > > >
> > > > > can you please advise what minimum version of ICSF needed for zOS
> > > > > 1.13
> > >
> > > > and
> > > >
> > > > > is it possible to install using non smpe method.?
> > > > > Thanks
> > > > > Steve
> >
> > > > > 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 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: Connect upgrade Secure+ requirement

[Steve David]

We have load module of ICSF but we don't have smpe environment to determine
its level. Is there a way to print any load module and see the details like
any eyecatcher ?

Thanks
Steve

On Tuesday, 28 January 2020, Joe Monk  wrote:

> HCR77A0 is the minimum supported ICSF version on z/OS 1.13 for connect 5.2.
> As to installing without SMP/E ... thats a head scratcher. I would not just
> copy the libraries from z/OS 2.1 ... I would see if IBM can make you a
> tape.
>
> Joe
>
> On Tue, Jan 28, 2020 at 6:27 AM Steve David 
> wrote:
>
> > Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well with
> > zOS 1.13..? Since we don't have working SMPE environment in zOS 1.13, is
> it
> > ok to copy CSF libraries from zOS V2.1 ? Actually we have CSF.**
> libraries
> > available on 1.13 as well,but not sure whether ICSF will support CD V5.2
> >
> > Thanks
> > Steve
> >
> >
> > On Tue, 28 Jan 2020 at 16:12, Joe Monk  wrote:
> >
> > > This will tell you:
> > >
> > >
> > >
> > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.
> 0/com.ibm.zos.v2r2.csfb200/csffmid.htm
> > >
> > > You need FMID HCR77A0 or above.
> > >
> > > Joe
> > >
> > > On Mon, Jan 27, 2020 at 11:11 PM Steve David <
> steve.davids...@gmail.com>
> > > wrote:
> > >
> > > > Hi All,
> > > >
> > > > We are upgrading CD from V4.8 to V5.2, currently running in zOS 1.13,
> > but
> > > > we dont have working smpe environment and currently we dont have ICSF
> > > > installed. To enable CD Secure + in V5.2, we need to have ICSF
> > installed,
> > > > can you please advise what minimum version of ICSF needed for zOS
> 1.13
> > > and
> > > > is it possible to install using non smpe method.?
> > > >
> > > > Thanks
> > > > Steve
> > > >
> > > > 
> --
> > > > 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 the message: INFO IBM-MAIN

Re: Connect upgrade Secure+ requirement

[Cieri, Anthony]

There is a member in SYS1.SAMPLIB named GIMSAMPU, that provides JCL to 
allocate a new CSI.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Tuesday, January 28, 2020 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect upgrade Secure+ requirement

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


You will want to look at the program directory for requirements, but who says 
you cannot create your own smpe environment for CSF?  Other than the job to 
allocate the CSI itself, all the rest of the needed jobs are in SYS1.SAMPLIB to 
allocate the files, add EF's, etc.

I don’t even want to know why still running 1.13, *and* no SMPE environment to 
support it.   

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Tuesday, January 28, 2020 7:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect upgrade Secure+ requirement

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

HCR77A0 is the minimum supported ICSF version on z/OS 1.13 for connect 5.2.
As to installing without SMP/E ... thats a head scratcher. I would not just 
copy the libraries from z/OS 2.1 ... I would see if IBM can make you a tape.

Joe

On Tue, Jan 28, 2020 at 6:27 AM Steve David 
wrote:

> Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well 
> with zOS 1.13..? Since we don't have working SMPE environment in zOS 
> 1.13, is it ok to copy CSF libraries from zOS V2.1 ? Actually we have
> CSF.** libraries available on 1.13 as well,but not sure whether ICSF 
> will support CD V5.2
>
> Thanks
> Steve
>

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
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: PDSE V2 data set info

[Seymour J Metz]

One other possibility is that it is not publicly available but can be inferred 
from publicly available macros.


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



From: IBM Mainframe Discussion List  on behalf of 
Robin Atwood 
Sent: Tuesday, January 28, 2020 5:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PDSE V2 data set info

I have a requirement in my queue to include the PDSE Version and the MAXGEN
limit in the DSINFO report our server sends

to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs
and found nothing. Searching only produced Lionel Dyck's

PGSEGEN utility but that works in an ISPF environment and can obtain the
values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force
search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the
DFA and some allocation support. Is

this information actually publically available and, if so, can someone tell
me where?



Thanks

Robin


--
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: Prolog code of Metal C program (register 0)

[Charles Mills]

Well you're right, but I wasn't even thinking of that aspect. I was just 
thinking of "why 64-bit?"

I would think you ought to be able to safely guess you could do a 30MB GETMAIN 
in 31-bit private. If every assembler statement generates 1000 bytes of ADATA, 
or rather, ADATA that you need to save and process (which seems like a high 
guess) then your 30MB GETMAIN could accommodate a 30,000-line assembly, which 
seems like a pretty good-sized assembly to me, especially if comments aren't 
counted. (If you don't like my exact numbers you are free to plug in your own 
and do your own arithmetic. I think you will reach pretty much the same 
conclusion.)

In any event, such as if you disagree with my arithmetic conclusion, then I 
agree with David that 64-bit private would be a lot more convenient than a data 
space.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, January 27, 2020 11:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Prolog code of Metal C program (register 0)

I agree! Why would anybody want to use a data-space now we have 64-bit 
storage?

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

Re: Connect upgrade Secure+ requirement

[Jousma, David]

You will want to look at the program directory for requirements, but who says 
you cannot create your own smpe environment for CSF?  Other than the job to 
allocate the CSI itself, all the rest of the needed jobs are in SYS1.SAMPLIB to 
allocate the files, add EF's, etc.

I don’t even want to know why still running 1.13, *and* no SMPE environment to 
support it.   

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Tuesday, January 28, 2020 7:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect upgrade Secure+ requirement

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

HCR77A0 is the minimum supported ICSF version on z/OS 1.13 for connect 5.2.
As to installing without SMP/E ... thats a head scratcher. I would not just 
copy the libraries from z/OS 2.1 ... I would see if IBM can make you a tape.

Joe

On Tue, Jan 28, 2020 at 6:27 AM Steve David 
wrote:

> Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well 
> with zOS 1.13..? Since we don't have working SMPE environment in zOS 
> 1.13, is it ok to copy CSF libraries from zOS V2.1 ? Actually we have 
> CSF.** libraries available on 1.13 as well,but not sure whether ICSF 
> will support CD V5.2
>
> Thanks
> Steve
>

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: PDSE V2 data set info

[Charles Mills]

It IS available, apparently, for a fee. Speak with your friendly IBM rep.

And yes, if this answer makes you go "gr" then trust me, you are not alone.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Tuesday, January 28, 2020 6:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE V2 data set info

 This question has come up before.  The programmatic interface is through
something called FAMS, and it is not publicly available.

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

Re: PDSE V2 data set info

[Steve Smith]

 This question has come up before.  The programmatic interface is through
something called FAMS, and it is not publicly available.

sas

On Tue, Jan 28, 2020 at 5:49 AM Robin Atwood  wrote:

> I have a requirement in my queue to include the PDSE Version and the MAXGEN
> limit in the DSINFO report our server sends
>
> to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields,
> SMDEs
> and found nothing. Searching only produced Lionel Dyck's
>
> PGSEGEN utility but that works in an ISPF environment and can obtain the
> values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force
> search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the
> DFA and some allocation support. Is
>
> this information actually publically available and, if so, can someone tell
> me where?
>
>
>
> Thanks
>
> Robin
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
sas

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

Re: Connect upgrade Secure+ requirement

[Joe Monk]

HCR77A0 is the minimum supported ICSF version on z/OS 1.13 for connect 5.2.
As to installing without SMP/E ... thats a head scratcher. I would not just
copy the libraries from z/OS 2.1 ... I would see if IBM can make you a tape.

Joe

On Tue, Jan 28, 2020 at 6:27 AM Steve David 
wrote:

> Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well with
> zOS 1.13..? Since we don't have working SMPE environment in zOS 1.13, is it
> ok to copy CSF libraries from zOS V2.1 ? Actually we have CSF.** libraries
> available on 1.13 as well,but not sure whether ICSF will support CD V5.2
>
> Thanks
> Steve
>
>
> On Tue, 28 Jan 2020 at 16:12, Joe Monk  wrote:
>
> > This will tell you:
> >
> >
> >
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.csfb200/csffmid.htm
> >
> > You need FMID HCR77A0 or above.
> >
> > Joe
> >
> > On Mon, Jan 27, 2020 at 11:11 PM Steve David 
> > wrote:
> >
> > > Hi All,
> > >
> > > We are upgrading CD from V4.8 to V5.2, currently running in zOS 1.13,
> but
> > > we dont have working smpe environment and currently we dont have ICSF
> > > installed. To enable CD Secure + in V5.2, we need to have ICSF
> installed,
> > > can you please advise what minimum version of ICSF needed for zOS 1.13
> > and
> > > is it possible to install using non smpe method.?
> > >
> > > Thanks
> > > Steve
> > >
> > > --
> > > 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: PDSE V2 data set info

[Joe Monk]

In SMF 14/15, there is a field SMF14DSNVER which will tell you the PDSE
version...

Joe

On Tue, Jan 28, 2020 at 5:40 AM Greg Price 
wrote:

> Hi Robin,
>
> I'm sure others will jump in if I am not up to date, but AFAIK, you
> cannot get these pieces of information without opening the data set and
> issuing a ISITMGD macro.
>
> A few folks have opined that it should be possible to acquire this data
> without an OPEN, but it remains as it was.
>
> Commiserly yours,
> Greg
>
>
> On 2020-01-28 9:48 PM, Robin Atwood wrote:
> > I have a requirement in my queue to include the PDSE Version and the
> MAXGEN
> > limit in the DSINFO report our server sends
> >
> > to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields,
> SMDEs
> > and found nothing. Searching only produced Lionel Dyck's
> >
> > PGSEGEN utility but that works in an ISPF environment and can obtain the
> > values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute
> force
> > search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found
> the
> > DFA and some allocation support. Is
> >
> > this information actually publically available and, if so, can someone
> tell
> > me where?
> >
> >
> >
> > Thanks
> >
> > Robin
> >
> >
>
> --
> 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: Connect upgrade Secure+ requirement

[Steve David]

Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well with
zOS 1.13..? Since we don't have working SMPE environment in zOS 1.13, is it
ok to copy CSF libraries from zOS V2.1 ? Actually we have CSF.** libraries
available on 1.13 as well,but not sure whether ICSF will support CD V5.2

Thanks
Steve


On Tue, 28 Jan 2020 at 16:12, Joe Monk  wrote:

> This will tell you:
>
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.csfb200/csffmid.htm
>
> You need FMID HCR77A0 or above.
>
> Joe
>
> On Mon, Jan 27, 2020 at 11:11 PM Steve David 
> wrote:
>
> > Hi All,
> >
> > We are upgrading CD from V4.8 to V5.2, currently running in zOS 1.13, but
> > we dont have working smpe environment and currently we dont have ICSF
> > installed. To enable CD Secure + in V5.2, we need to have ICSF installed,
> > can you please advise what minimum version of ICSF needed for zOS 1.13
> and
> > is it possible to install using non smpe method.?
> >
> > Thanks
> > Steve
> >
> > --
> > 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: Rexx or similar to clone a RACF user?

[Robert S. Hansel (RSH)]

Ituriel,

Very clever. However, I recommend using the 0203 record for group connections 
instead of the 0102 record. If the user is connected to a UNIVERSAL group, 
there won't be a 0102 record unless the user has an authority greater than USE.

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
www.twitter.com/RSH_RACF
www.rshconsulting.com
---
Upcoming RSH RACF Training - WebEx
- RACF Audit & Compliance Roadmap - MAR 23-27, 2020
- RACF Level I Administration - APR 27 - MAY 1, 2020
- RACF Level II Administration - APR 6-10, 2020
- RACF Level III Admin, Audit, & Compliance - MAR 9-13, 2020
- RACF - Securing z/OS UNIX  - FEB 10-14, 2020
---

-Original Message-
Date:Mon, 27 Jan 2020 17:39:29 +
From:ITURIEL DO NASCIMENTO NETO 
Subject: RES: Rexx or similar to clone a RACF user?

Hi,

In the past i've developed a small ICETOOL that uses output from IRRDBU00 to 
clone a USERID.
Here follows the JCL:

//TSL1USER JOB (),CLASS=S,MSGCLASS=T,MSGLEVEL=(1,1),
// COND=(0,NE),
// REGION=0M,NOTIFY=
//*
//*CLONE RACF USERID
//*
//*CHANGE "USERID" TO YOUR USERID TO BE COPIED
//*
//   EXEC RACFCLON,DBU=AT.UNLOAD.RACF
//SEPARA.SYSIN  DD   *
  OPTION COPY,VLSHRT,SPANINC=RC0
  OUTFIL INCLUDE=(005,4,CH,EQ,C'0200',AND,
  010,8,CH,EQ,C'USERID'),FILES=1,
  CONVERT,OUTREC=(5,300),VLFILL=C' '
  OUTFIL INCLUDE=(005,4,CH,EQ,C'0220',AND,
  010,8,CH,EQ,C'USERID'),FILES=2,
  CONVERT,OUTREC=(5,300),VLFILL=C' '
  OUTFIL INCLUDE=(005,4,CH,EQ,C'0270',AND,
  010,8,CH,EQ,C'USERID'),FILES=3,
  CONVERT,OUTREC=(5,1100),VLFILL=C' '
  OUTFIL INCLUDE=(005,4,CH,EQ,C'0102',AND,
  019,8,CH,EQ,C'USERID'),FILES=4,
  CONVERT,OUTREC=(5,300),VLFILL=C' '
  OUTFIL INCLUDE=(005,4,CH,EQ,C'0404',AND,
  062,8,CH,EQ,C'USERID'),FILES=5,
  CONVERT,OUTREC=(5,300),VLFILL=C' '
  OUTFIL INCLUDE=(005,4,CH,EQ,C'0505',AND,
  266,8,CH,EQ,C'USERID'),FILES=6,
  CONVERT,OUTREC=(5,300),VLFILL=C' '


//RACFCLON  PROC DBU=
//*
//*FILTRA REGISTROS
//*
//SEPARAEXEC PGM=SORT
//SYSOUTDD   DUMMY
//SORTINDD   DSN=,DISP=SHR
//SORTOF1   DD   DSN=&,DISP=(,PASS),
//  UNIT=(3390),SPACE=(CYL,(1,10),RLSE)
//SORTOF2   DD   DSN=&,DISP=(,PASS),
//  UNIT=(3390),SPACE=(CYL,(1,10),RLSE)
//SORTOF3   DD   DSN=&,DISP=(,PASS),
//  UNIT=(3390),SPACE=(CYL,(1,10),RLSE)
//SORTOF4   DD   DSN=&,DISP=(,PASS),
//  UNIT=(3390),SPACE=(CYL,(1,10),RLSE)
//SORTOF5   DD   DSN=&,DISP=(,PASS),
//  UNIT=(3390),SPACE=(CYL,(1,10),RLSE)
//SORTOF6   DD   DSN=&,DISP=(,PASS),
//  UNIT=(3390),SPACE=(CYL,(1,10),RLSE)
//*
//ADDUSER  EXEC PGM=SORT
//SYSOUTDD DUMMY
//SORTINDD DSN=&,DISP=SHR
//SORTOUT   DD SYSOUT=*
//SYSIN DD *
  SORTFIELDS=COPY
  OUTFIL  OUTREC=(C' ADDUSER ',
  06,8,C' OWNER(',26,8,C') DFLTGRP(',096,8,C')   + ',
  /,
  C' PASSWORD(',06,8,C') ',
  C'NAME(''',75,20,C''')')
  END
//*
//ALTUTSO  EXEC PGM=SORT
//SYSOUTDD DUMMY
//SORTINDD DSN=&,DISP=SHR
//SORTOUT   DD SYSOUT=*
//SYSIN DD *
  SORTFIELDS=COPY
  OUTFIL  OUTREC=(C' ALTUSER ',
  06,8,C' TSO(PROC(',150,8,C')) ',
  C' ACCTNUM(',15,8,C') + ',
  /,
  C' SIZE(',159,8,C') ',
  C' MAXSIZE(',172,10,C') ',
  C' UNIT(',205,8,C') )')
  END
//*
//ALTUOMVS EXEC PGM=SORT
//SYSOUTDD DUMMY
//SORTINDD DSN=&,DISP=SHR
//SORTOUT   DD SYSOUT=*
//SYSIN DD *
  SORTFIELDS=COPY
  OUTREC  FIELDS=(C' ALTUSER ',
  06,8,C' OMVS(UID(',15,10,C') ',
  C' HOME(',26,10,C') ',
  C' PROGRAM(',1050,8,C') )')
  END
//*
//CONNECT  EXEC PGM=SORT
//SYSOUTDD DUMMY
//SORTINDD DSN=&,DISP=SHR
//SORTOUT   DD SYSOUT=*
//SYSIN DD *
  SORTFIELDS=COPY
  OUTREC  FIELDS=(C' CONNECT ',
  15,8,C'GROUP(',06,8,C') ',
  C'OWNER(',06,8,C') ',
  C'AUTHORITY(',24,8,C') ')
  END
//*
//PERMITEXEC PGM=SORT
//SYSOUTDD DUMMY
//SORTINDD DSN=&,DISP=SHR
//SORTOUT   DD SYSOUT=*
//SYSIN DD *
  SORTFIELDS=COPY
  OUTFIL  OUTREC=(C' PERMIT ',
  C' ',6,44,C'   GEN + ',
  /,
  C' CLASS(DATASET ) ',
  C'ID(',58,8,C') ',
  C'ACCESS(',67,8,C') ')
  END
//*
//PERMITEXEC PGM=SORT
//SYSOUTDD DUMMY
//SORTINDD DSN=&,DISP=SHR
//SORTOUT   DD SYSOUT=*
//SYSIN DD *
  SORTFIELDS=COPY
  OUTFIL  OUTREC=(C' PERMIT ',
  C' ',6,44,C'   + ',
   

ISPF Developer Tips & Techniques 1.6 available

[Lionel B Dyck]

Go to www.lbdsoftware.com   for version 1.6 of
the ISPF Developer Tips and Tricks.

 

Here are the most recent three updates:

 


Version 1.6

26 January 2020

1. Update PNREXX to use 4 digit year and routine to insert commas for
long numbers (thx to Doug Nadel)

2. Update PNVDSN to check for the F3/END key and bypass the check

3. Updated RXTAB with cleaner Find and RFind

4. Created RXTABLE from RXTAB with improved RFIND command table
definitions


Version 1.5

27 December 2019

5. Update sample ISPF Stub (thx to Tom Conley)

6. Update info on dynamic edit color change using panel rexx


Version 1.4

26 December 2019

7. RXPOPKEY code and example updated to improve code.

8. Update LOADISPF section to reference correct sample name RXPNSL

9. Add reference to RXISPFL to the LOADISPF section as a full example

10.  Elaborated on the use of LOADISPF.

11.  Enhance PNTAB and RXTAB for better clarity in table handling.

12.  Add PNEDITHL, RXEDITHL, and RXMEDHL to demonstrate updating colors in
an ISPF Edit panel dynamically.

 

You can also find it at https://github.com/lbdyck/ispftips where the
repository is available for cloning and installation (best to clone using
the zigi tool - the z/OS ISPF Git Interface - see zigi.rocks).

 

 

Lionel B. Dyck <
Website:   http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


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

Re: PDSE V2 data set info

[Greg Price]

Hi Robin,

I'm sure others will jump in if I am not up to date, but AFAIK, you 
cannot get these pieces of information without opening the data set and 
issuing a ISITMGD macro.


A few folks have opined that it should be possible to acquire this data 
without an OPEN, but it remains as it was.


Commiserly yours,
Greg


On 2020-01-28 9:48 PM, Robin Atwood wrote:

I have a requirement in my queue to include the PDSE Version and the MAXGEN
limit in the DSINFO report our server sends

to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs
and found nothing. Searching only produced Lionel Dyck's

PGSEGEN utility but that works in an ISPF environment and can obtain the
values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force
search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the
DFA and some allocation support. Is

this information actually publically available and, if so, can someone tell
me where?

  


Thanks

Robin




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

PDSE V2 data set info

[Robin Atwood]

I have a requirement in my queue to include the PDSE Version and the MAXGEN
limit in the DSINFO report our server sends

to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs
and found nothing. Searching only produced Lionel Dyck's 

PGSEGEN utility but that works in an ISPF environment and can obtain the
values from ISPF variables (ZDSDSNV, ZDSNGEN). I resorted to a brute force
search of SYS1.MACLIB and SYS1.MODGEN using "MAXG" but that only found the
DFA and some allocation support. Is 

this information actually publically available and, if so, can someone tell
me where? 

 

Thanks

Robin


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

Re: Connect upgrade Secure+ requirement

[Joe Monk]

This will tell you:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.csfb200/csffmid.htm

You need FMID HCR77A0 or above.

Joe

On Mon, Jan 27, 2020 at 11:11 PM Steve David 
wrote:

> Hi All,
>
> We are upgrading CD from V4.8 to V5.2, currently running in zOS 1.13, but
> we dont have working smpe environment and currently we dont have ICSF
> installed. To enable CD Secure + in V5.2, we need to have ICSF installed,
> can you please advise what minimum version of ICSF needed for zOS 1.13 and
> is it possible to install using non smpe method.?
>
> Thanks
> Steve
>
> --
> 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