Re: RACF, external password management

[Michael Brennan]

Both ACF2 and Top Secret have common phrases that can not be used for
passwords and you can add or subtract from the list.  You would think RACF
would have the same. I have not dug through the RACF manuals to determine
if it does or not.

On Thu, Feb 29, 2024 at 12:09 AM Timothy Sipples  wrote:

> Linda Hagedorn wrote:
> >My company wants an external password manager to substitute for RACF.
> >I need to know if anyone has experience with this, or common password
> >matching in RACF.
> >Background
> >Regulations NYDFS require preventing common passwords to be used.
> >Vendor tools (Courion, CyberArk, etc.) have a corpus to match password
> >changes to prevent the use of common passwords.
> >RACF passwords can be changed from TSO, the internal reader, JCL,
> >Candle Session manager, etc., so trying to block password changing through
> >RACF and forcing everyone through one of these 3rd party tools may be near
> >impossible.
> >Any input is appreciated.
>
> This’d be easy to do with IBM Z Multi Factor Authentication (ZMFA).
> Despite its name you could use ZMFA to support a single “external” factor
> such as a super vetted passphrase verifier, although it’d obviously be best
> to have a genuine second factor too (while you’re at it).
>
> Let’s suppose for example you maintain/update these super rule compliant
> passphrases in a LDAP server. OK, then configure ZMFA so that it validates
> passphrases against the LDAP server and gives RACF yes or no decisions. You
> could for example use “out-of-band” authentication so that users who clear
> the ZMFA hurdle (log in via a secure Web page) get a one-time token that
> they use to log into RACF (in place of a password). And then you’ve neatly
> solved the problem of handling RACF password/passphrase changes everywhere.
> Other variations are possible — this is just an example.
>
> If you’re concerned about the “What if the LDAP server is down,
> unreachable, or slow?” scenarios then one straightforward solution is to
> use z/OS’s LDAP server and simply keep that LDAP server synced reasonably
> well with another LDAP server. (LDAP supports syncing.) In that case ZMFA
> simply loops back to z/OS LDAP, an ultra short loop. If the syncing is down
> for a little while it’s not a calamity. Or use another LDAP server that
> runs in the z/OS Container Extensions or in a Linux on IBM Z partition.
> LDAP is just an example too, although it’s a common one.
>
> https://www.ibm.com/products/ibm-multifactor-authentication-for-zos
>
> —
> Timothy Sipples
> Senior Architect
> Digital Assets, Industry Solutions, and Cybersecurity
> IBM Z/LinuxONE, Asia-Pacific
> sipp...@sg.ibm.com
>
>
> ----------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Michael Brennan

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

Re: Userid schemes

[Michael Brennan]

A good userid scheme should not identify who the userid belongs to or the
job function of the person.  Several places I have worked had this
philosophy.  All userids that belonged to a human began with the letter U
followed by 3 to 6 random characters and numbers.

On Thu, Jul 13, 2023 at 4:22 PM Phil Smith III  wrote:

> I've seen various schemes used for creating up-to-eight-character userids,
> all truncated as needed, of course. These are IDs I've had, won't tell ya
> where each was (and omitting just firstname, just lastname, or intials):
>
> 1.  First initial, last name, plus a number as needed: PSMITH, PSMITH1
> 2.  Last name || first name, with number if necessary, but always
> including first initial: SMITHIIP, or SMITHIP2 if needed
> 3.  First three of last name, first two of first name, plus a number:
> SMIPH03 (I've always wondered how they'd deal with Kyle Fuchs or Tyrone
> Shipman)
> 4.  First initial, last name, truncated to max of six with a two-digit
> number: I was PSMITH87; friend was TSMITH99-we never found out what the
> next T. Smith would get: would they reuse a hole, if any, or go to TSMIT100?
>
>
> Anyone got any other variations? This is purely a curiosity item, no
> agenda.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Michael Brennan

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

Re: location of JCL for started task

[Michael Brennan]

A job card for a started task is normally found in one of the data sets
pointed to by the IEFPDSI DD or the IEFJOBS DD of your Master JCL. Master
JCL is normally found in SYS1.PARMLIB or one of the data sets in your
PARMLIB concatenation in a member named MSTJCL00 or some other number other
than 00.

On Sun, Mar 19, 2023 at 4:46 AM Bill Giannelli 
wrote:

> I found a WLM entry for an application environment specifying the proc in
> question with the following:
> Starting of server address spaces for a subsystem instance:
>  Managed by WLM
> So is this started from within WLM?
> On Sun, 19 Mar 2023 03:45:09 +, Gibney, Dave  wrote:
>
> >The job cards from MSTJCL IEFJOBS Dd is newer that started tasks. Sounds
> to me like your STC is started by
> >S procname and any JOB card is system generated. If started before JESx,
> then it's from the proclib concatenation in MSTJCL
> >If after, and your JES proclib concatenation is different, then maybe
> from there.
> >
> >You state you can find the proc. That's probably where it is being
> started from
> >
> >> -Original Message-
> >> From: IBM MainframeiDiscussion List  On
> >> Behalf Of Bill Giannelli
> >> Sent: Saturday, March 18, 2023 10:26 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: location of JCL for started task
> >>
> >> [EXTERNAL EMAIL]
> >>
> >> we have a PDS for job cards for started tasks, which reference our
> system
> >> proclib.
> >> I have a started task that is executing, yet I can not find the actual
> JCL
> >> (Jobcard, etc). I can find the proc.
> >> How can I find where the JCL is being read from?
> >> thanks
> >> Bill
> >>
> >> --
> >> 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
>


-- 
Michael Brennan

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

Re: ACF2, z/OS 2.5 and TCPIP

[Michael Brennan]

Andi,
 IBM suggested it might be ACF2 based on their review of the data we sent 
them. We had the IBM and Broadcom developers meet about this issue and the 
result is the
issue we are having with TCPIP is back in IBMs hands and is no longer 
considered a possible  ACF2 issue. The issue is we are getting different abends 
in TCPIP such as
878-0C
653
4C5
To recover TCPIP we have to issue command
V TCPIP,,SYSPLEX,JOINGROUP
 
When we back out z/OS 2.5 the problem goes away.  Looks like IBM changed 
something in TCPIP that can not handle the volume of TCPIP traffic we receive 
and the way we receive it. IBM is still trying to figure out our issue. Were 
you able to resolve your situation with TCPIP on Z/OS 2.5?  If so how?  Do you 
have an IBM case number that you could share?

Michael Brennan

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

Re: ACF2, z/OS 2.5 and TCPIP

[Michael Brennan]

The IBM and Broadcom developers met about this issue and the result is the
issue we are having with TCPIP is back in IBMs hands.   The issue is we are
getting different abends in TCPIP such as
878-0C
653
4C5
To recover TCPIP we have to issue command
V TCPIP,,SYSPLEX,JOINGROUP
to get TCPIP to recover on the lpar where the abend occurrs.



On Mon, Aug 8, 2022 at 4:17 PM Hights, Charles 
wrote:

> What exactly is your problem? We have this setup on 5 LPAR's.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Monday, August 8, 2022 2:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ACF2, z/OS 2.5 and TCPIP
>
> On Mon, 8 Aug 2022 15:42:05 -0500, Michael Brennan wrote:
>
> >Anyone having both z/OS 2.5 installed while also running ACF2 as your
> security system have any issues related to TCPIP after upgrading to z/OS
> 2.5?  We have issues opened with both IBM and Broadcom and they are both
> pointing at each other.
> >
> Ask each for the ticket number the other assigned to the issue.
> I'd be surprised if either is not a customer of the other.
>
> --
> gil
>
> --
> 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
>


-- 
Michael Brennan

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

ACF2, z/OS 2.5 and TCPIP

[Michael Brennan]

Anyone having both z/OS 2.5 installed while also running ACF2 as your security 
system have any issues related to TCPIP after upgrading to z/OS 2.5?  We have 
issues opened with both IBM and Broadcom and they are both pointing at each 
other.

Thanks,
M. Brennan

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

Re: Coping the content of a single member into other members

[Michael Brennan]

Use IEBCOPY with the rename option:

//SYSIN   DD *
 COPY INDD=((SYSUT1,R)),OUTDD=SYSUT2
 S MEMBER=((INIT,NEWNAME1))
 COPY INDD=((SYSUT1,R)),OUTDD=SYSUT2
 S MEMBER=((INIT,NEWNAME2))

Keep repeating the COPY and S MEMBER statements until you have replaced
every member that you desire too.
You have to repeat the COPY statement as IEBCOPY does not let you have
duplicate members in a Select statements.

Michael

On Wed, May 4, 2022 at 10:13 AM esst...@juno.com  wrote:

> .
> I should be able to accomplish this, but I seem to be having a brain
> freeze.
> .
>  I have about 30 Members in a PDS that contain different values (CLEAR,
> GET, START, RESUME, etc.)
> At times I want to replace the contents of all 30 Members with the value
> of INIT.
> .
> Essentially I want to copy the CONTENT of a specific Member into the 30
> other members - replacing the contents of those members.
> IEBCOPY copies/replaces the member.
> I want to replace the value in each member with the same contents of INIT.
> .
> Any thoughts on what IBM utility can accomplish this ?
> .
> Will ADRDSSU provide that capbility ?
> .
> Sample JCL would be helpful -
> .
> Paul
> .
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Michael Brennan

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

Re: Batch job elapsed time baseline and alerts

[Michael Brennan]

Some scheduling products have this built in.  Will do some type of alert
when a job is running late.  Can not remember which one has this capability.

On Fri, Feb 11, 2022 at 10:19 AM Jantje. <
033acf17e42f-dmarc-requ...@listserv.ua.edu> wrote:

> Esteemed listers,
>
> I have been tasked to put a procedure in place that will generate an alert
> when a batch job "takes longer than usual" to complete. Yes, I know, that
> is a rather vaguely stated requirement...
>
> I know I can find figures about the elapsed time of a batch job in one of
> the SMF records. I think I can build a database of historic runtimes and
> with a bit of thought, I am sure I can come up with a query that will list
> me the "outliers".
>
> But in order to generate an alert when a job takes too long, I will need
> some mechanism that gives me the information about that job while it is
> still running. And while I could perhaps interrogate the system (although I
> don't have a clear idea on how to actually do that) every so often about
> the running jobs and compare the time taken of each running job to the
> database, I am afraid that would take far too much resources. Indeed, with
> several hundreds if not thousands jobs running at any give time, the task
> of getting all the figures of these running jobs and comparing this to the
> database will definitely not be cheap in system resources.
>
> We don't have any budget for vendor products, I am afraid...
>
> And we're short of MSU's...
>
> Any suggestions?
>
> Thanks and very best regards,
>
> Jantje.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Michael Brennan

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

Re: Volume allocated to *MASTER*

[Michael Brennan]

Link list allocations from IPL time do not have to hang around forever.  There 
are several ways to remove an allocation.  My favorite way is to code two 
SYS1.PARMLIB members and then just issue two MVS commands to bring them in.
Code a PROGLD member with contents:
LNKLST DEFINE NAME(LNKLST02) COPYFROM(CURRENT)
LNKLST DELETE NAME(LNKLST02)
  DSNAME(SYS2A.PRODUCT.LINKLIB)
LNKLST ACTIVATE NAME(LNKLST02)
LNKLST UPDATE JOB(*)

Then code a CSVLLALD member:
REMOVE(SYS2A.PRODUCT.LINKLIB)

Issue commands:
T PROG=LD
F LLA,UPDATE=LD

This method will remove allocations from VLF and LLA address spaces.


From: IBM Mainframe Discussion List  on behalf of 
Dave Jousma <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 3, 2021 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Volume allocated to *MASTER*

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Richard,

I didnt read every single post on the topic, but did you say if this is the 
SYSRES you are IPL'd from?  Or an alternate that isnt supposed to be in use?   
Also, saw your comments about the couple of hardcoded datasets in LINKLIST that 
you fixed that were pointing at the volume.   I thought IPL time linklist hung 
around forever regardless of any SET PROG statements that might have been done?

--
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: Jes2 to Server

[Michael Brennan]

I believe they use ASG-ViewDirect on the server end, not positive.  To VPS it 
just looks like a print server.


From: IBM Mainframe Discussion List  on behalf of 
Roberto Halais 
Sent: Thursday, October 28, 2021 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Jes2 to Server

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Michael:
Do you happen to know what software your client is using at the server end?
We have VPS and would like to use it.

On Wed, Oct 27, 2021 at 5:13 PM Michael Brennan <
034cc18fb308-dmarc-requ...@listserv.ua.edu> wrote:

> If you have product such as VPS, CA-Spool or other product on your system
> that controls printers, you should be able to do this with that product.  I
> have a client that use VPS to suck up all jobs that have an Output Class of
> Y and sends it to server where the output is archived.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Roberto Halais 
> Sent: Wednesday, October 27, 2021 3:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Jes2 to Server
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
>
> Listers:
> We have the need to move jes2 sysout reports to a server in order to
> archive them.
> Is there a CBT utility that can do that?
>
> I was thinking of using a rexx to access SDSF to get the list of sysouts
> and then print to dataset thru SDSF and ftp the dataset to the server.
> Is this a good idea?
> Is this possible?
> Any gotchas?
>
> Thank you for any idea you can come up with.
>
> Regards,
> Roberto
> --
> Politics: Poli (many) - tics (blood sucking parasites)
>
> --
> 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
>
--
Politics: Poli (many) - tics (blood sucking parasites)

--
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: Jes2 to Server

[Michael Brennan]

If you have product such as VPS, CA-Spool or other product on your system that 
controls printers, you should be able to do this with that product.  I have a 
client that use VPS to suck up all jobs that have an Output Class of Y and 
sends it to server where the output is archived.


From: IBM Mainframe Discussion List  on behalf of 
Roberto Halais 
Sent: Wednesday, October 27, 2021 3:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Jes2 to Server

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Listers:
We have the need to move jes2 sysout reports to a server in order to
archive them.
Is there a CBT utility that can do that?

I was thinking of using a rexx to access SDSF to get the list of sysouts
and then print to dataset thru SDSF and ftp the dataset to the server.
Is this a good idea?
Is this possible?
Any gotchas?

Thank you for any idea you can come up with.

Regards,
Roberto
--
Politics: Poli (many) - tics (blood sucking parasites)

--
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: 2.5 Heads Up

[Michael Brennan]

You indicated that it depended on the setting for JOBDEF INTERPRET=.   What is 
your JOBDEF INTERPRET= setting that the problem occurs under?  Also does the 
loop occur if one defaults to DSENQSHR=ALLOW on the JOBCLASS setting?  Just 
curious.

Michael


From: IBM Mainframe Discussion List  on behalf of 
Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 27, 2021 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 2.5 Heads Up

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We migrated one of our systems to z/OS 2.5 last weekend and immediately started 
getting a hard loop during job conversion/interpretation either in the JES2CIxx 
or INIT address space depending on your JOBDEF INTERPRET= setting.

The loop could occur with any batch job,but not every batch job. IBM has found 
the loop in module IEFNB903 and are looking at it. The looping condition only 
occurs if DSENQSHR is enabled for the job. In our case the JOBCLASS definitions 
had DSENQSHR=AUTO. Once we changed it to DSENQSHR=DISALLOW the problem no 
longer occurred.

Mark Jacobs

Sent from 
[ProtonMail](https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotonmail.com%2Fdata=04%7C01%7Cmichael.brennan%40HCL.COM%7C7d0dfeb6448d49b980ed08d999611902%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637709464598544436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=AUWdMIZVSX9o4FtXEGzv%2BSjl3VlV4fEyZNdaMAH2KMw%3Dreserved=0),
 Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=04%7C01%7Cmichael.brennan%40HCL.COM%7C7d0dfeb6448d49b980ed08d999611902%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637709464598544436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=zVDihii1NWTciU37wWb%2B1EzY779W%2FNFYBd2mBCiZqQU%3Dreserved=0

--
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: [External] SMPe deleting SMPPTS after receive

[Michael Brennan]

Perhaps you need to set yourself as an admin within the ISMF panels to enable 
you to get a 'HRECALL' panel.  ISMF option 0.0 make sure User mode is set to 2. 
 If not then set it to 2, back completely out of the ISMF panels then go back 
in.  Hopefully security does not get in your way in changing the user mode to 
2. Next try ISMF option 1 for the data set in question.  Issue HRECALL or even 
try HRECOVER.  You should get a panel.


From: IBM Mainframe Discussion List  on behalf of 
Bill Giannelli 
Sent: Friday, September 3, 2021 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] SMPe deleting SMPPTS after receive

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I dont get a "RECALL" panel it just goes to a DFSMSHSM tso prompt with static 
messages

--
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: Help with IGZESNP and its purpse

[Michael Brennan]

Not sure if this is your issue but worth a try.  Check your compiler options as 
they sometime can make a difference.  Do you have NODYNAM or DYNAM coded.  
Coding the wrong option can lead to a S806.  Had a user at my shop have a 
similar issue for a different entry point and when they changed to NODYNAM 
their problem went away.


From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Monday, July 5, 2021 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with IGZESNP and its purpse

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

And SMP/e does not list this as a Mod entry.  So maybe part of a large module.

Just looking for how it might be included during RUNTIME or LKED/BINDER time.

Thank you

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Monday, July 5, 2021 7:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with IGZESNP and its purpse

I agree COBOL module

Yes the SCEERUN and SCEERUN2 are in LNKLST.

I was wondering if that would be a module included in LKED/BINDER time and is 
either a dynamic call or Static?

Thank you


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, July 5, 2021 6:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with IGZESNP and its purpse

Classification: Confidential

Are CEE.SCEERUN, CEE.SCEERUN2 in LNLKSTxx?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Monday, July 5, 2021 8:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with IGZESNP and its purpse

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I'm pretty sure modules with igz prefix are cobol 2.

Joe

On Mon, Jul 5, 2021, 01:16 Lizette Koehler  wrote:

> Dear  list
>
>
>
> I have a series of jobs with S806 on module IGZESNP
>
>
>
> Not much info on its purpose when I google it
>
>
>
> I am guessing by the name it might be a cobol module to perform SNAP dumps?
>
>
>
>
> If someone is familiar with this module, let me know if I am guessing
> correctly.
>
>
>
>
>
> And is this a module that has to be included in the LKED? Or should it
> be able to be found in the STEPLIB/JOBLIB/LNKLST process
>
>
>
> Thank you
>
>
>
> Lizette
>
>
>
>
>
>
> --
> 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
::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

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

Re: OMVS ROOT and usage

[Michael Brennan]

Create a brand new ZFS file for your user data.  Then mount it at mount point 
/u with RDWR.
You do not want /u/userid data in the ROOT file system.


From: IBM Mainframe Discussion List  on behalf of 
Elaine Beal 
Sent: Monday, May 3, 2021 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS ROOT and usage

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

IBM would not respond because these are usage questions

My root files system are mounted READ as is recommended
I have superuser(0)
I have a /u/(userid) directory on some systems but not others.
I've been here awhile and haven't had the reason to use OMVS but am finding now 
I do
all of this is from TSO READY. not ISPF

1. do I really have to mount ROOT RDWR on every system to create my /u/(userid) 
directory?
is it a problem to do one sysplex LPAR at a time? (root read one one and rdwr 
on another)
with all the work we have going on

2. though superuser, I do not see other users ids, and of course I cannot add a 
directory for them (root read only)

3. on one system I get /u/uxdfltu EDC5129I No such file or directory.'
but that directory doesn't exist on any system

4. we have java 5 and java 8 on some systems
though I was able to do this on some systems the other day and our /tmp is less 
than 1% used, I now get

# java -version
Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 53686784 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 42949120 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 34359296 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 27487232 bytes for GC in j9vmem_reserve_memory.
Error: unable to allocate 21989376 bytes for GC in j9vmem_reserve_memory.
JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT
Could not create the Java virtual machine.

Thanks,
Elaine

--
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: Help with Dead Letter Queue Maintenance

[Michael Brennan]

Another option is set DeadLetterAction to be delete instead of store.
If all you ever are going to is clean out and delete what is stored in the 
directory, then why ever store something there in the first place.


From: IBM Mainframe Discussion List  on behalf of 
Steve Horein 
Sent: Wednesday, March 31, 2021 6:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with Dead Letter Queue Maintenance

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

These actions seem helpful:
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.halw001%2Fezd1826i.htmdata=04%7C01%7Cmichael.brennan%40HCL.COM%7C330e8876477b4f6781ac08d8f49b0fde%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637528294129536206%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=vGo%2FuST%2F8Psww4xPzzG%2BmKzhqSuwM1oRY2zCrHkxCSM%3Dreserved=0


On Wed, Mar 31, 2021 at 5:57 PM Lizette Koehler 
wrote:

> I am not a network/tcpip person
>
>
>
> I have seen messages indicating my Dead Letter queue is almost full
>
>
>
> How do I manage it?
>
>
>
> I found the USS path to the directory
>
>
>
> I have 3 mails in there that are huge.
>
>
>
> Can I use OMVS or ISPF 3.17 and just delete the entries?  Or is there
> another process I can use?
>
>
>
> Do I need to run a SMNP or TCPIP function to clear these out (they are from
> 2020)
>
>
>
> What can I do for a automation process to have CA OPS/MVS to monitor and
> alert?
>
>
>
> Thanks for any insight into this issue
>
>
>
>
>
> Lizette
>
>
>
>
>
>
> --
> 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
::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: jes2 spool

[Michael Brennan]

JHS by Systemware:   https://www.systemware.com/?s=jhs



From: IBM Mainframe Discussion List  on behalf of 
Shelia Chalk 
Sent: Wednesday, March 31, 2021 7:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: jes2 spool

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I am trying to find software that will take print from the jes2 spool, compress 
it and send it to a sever. Do anyone know of a product that will do this?

--
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: [External] Re: SMP/e Dataset allocation question

[Michael Brennan]

If you override CSSLIB, that will work for all invocations of only CSSLIB.  If 
your CSSLIB DDDEF is part of a DDDEF concatenation such as a SYSLIB then you 
will need to override the entire SYSLIB concatenation also.


From: IBM Mainframe Discussion List  on behalf of 
Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, March 23, 2021 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: SMP/e Dataset allocation question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I was also going down that same path while looking at it. Now, how to fix 
without changing the DDDEFs, which was the entire point behind using DD 
overrides. I just might open a ticket with SMP/e support and get their take on 
the situation.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=04%7C01%7Cmichael.brennan%40HCL.COM%7Cfbe4a2a3ebca47436e7c08d8ee2eb913%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637521231757259753%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=eti1LiCayU1JPHzSKuHFwRV0usAckzaQ1Ywp%2BB86q4o%3Dreserved=0

‐‐‐ Original Message ‐‐‐

On Tuesday, March 23rd, 2021 at 2:38 PM, Pommier, Rex  
wrote:

> Short answer is that yes it should cause a concern. Will SMP/E drop something 
> into one of those libraries then go get it to perform a link or something 
> later in the apply? I wouldn't trust it if I had some parts of SMP/E pointing 
> to overrides and other parts of SMP/E not using the same libraries when it 
> expects them to be the same.
>
> Just my opinion.
>
> Rex
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Mark Jacobs
>
> Sent: Tuesday, March 23, 2021 11:18 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: [External] Re: SMP/e Dataset allocation question
>
> It is, yes.
>
> SMP1
>
> SCEEOBJ SMP1 PERM CEE.SCEEOBJ Z24A01 3390 SHR
>
> SCEELKEX SMP2 PERM CEE.SCEELKEX Z24A01 3390 SHR
>
> SCEELKED SMP3 PERM CEE.SCEELKED Z24A01 3390 SHR
>
> CSSLIB SMP4 PERM SYS1.CSSLIB Z24A01 3390 SHR
>
> SEUVFLIB SMP5 PERM EUVF.SEUVFLIB Z24A01 3390 SHR
>
> SMP6
>
> SCEEOBJ SMP6 PERM CEE.SCEEOBJ Z24A01 3390 SHR
>
> SCEELKEX SMP7 PERM CEE.SCEELKEX Z24A01 3390 SHR
>
> SCEELKED SMP8 PERM CEE.SCEELKED Z24A01 3390 SHR
>
> CSSLIB SMP9 PERM SYS1.CSSLIB Z24A01 3390 SHR
>
> Many more.
>
> But as I said, they're showing the volumes that are in the DDDEF(s), not the 
> ones I've specified in the overrides. I don't know if that's a concern though.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key - 
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=04%7C01%7Cmichael.brennan%40HCL.COM%7Cfbe4a2a3ebca47436e7c08d8ee2eb913%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637521231757269746%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=%2BWP2Fbp8OlQLquGgCUsMHL%2Bkjl2vj5KQEXMJRuKDbvY%3Dreserved=0
>
> ‐‐‐ Original Message ‐‐‐
>
> On Tuesday, March 23rd, 2021 at 11:55 AM, Dana Mitchell mitchd...@gmail.com 
> wrote:
>
> > Mark,
> >
> > Thats probably part of a dynamic concatenation that SMP/E did for a SYSLIB 
> > sort of a input DD name. Is the DDDEF part of a concatenation similar to 
> > this?:
> >
> > DDNAME DDDEFNAM SMPDDNAM TYPE ---DATA SET OR
> >
> > PATH---
> >
> > SMP00048
> >
> > SCEEOBJ SMP00048 PERM SYS1.SCEEOBJ Z22RSB 3390 SHR
> >
> > SCEELKEX SMP00049 PERM SYS1.SCEELKEX Z22RSB 3390 SHR
> >
> > SCEELKED SMP00050 PERM SYS1.SCEELKED Z22RSB 3390 SHR
> >
> > CSSLIB SMP00051 PERM SYS1.CSSLIB Z22RSB 3390 SHR
> >
> > SEUVFLIB SMP00052 PERM SYS1.SEUVFLIB Z22RSB 3390 SHR
> >
> > Dana
> >
> > On Tue, 23 Mar 2021 14:43:02 +, Mark Jacobs markjac...@protonmail.com 
> > wrote:
> >
> > > I'm running an apply check with dataset overrides, same DSN, different 
> > > volume. Here's one example.
> > >
> > > //CSSLIB DD DISP=SHR,UNIT=3390,VOL=SER=Z24AM1,DSN=SYS1.CSSLIB
> > >
> > > The SM APPLY CHECK FILE ALLOCATION REPORT shows that my override is
> > >
> > > being used,
> > >
> > > SYS1.CSSLIB Z24AM1 SHR
> > >
> > > But in the dynamic allocation processes, it's showing the volume 
> > > specified in the DDDEF, not the one specified in my override.
> > >
> > > CSSLIB SMP4 PERM SYS1.CSSLIB Z24A01
> > >
> > > is this a concern?
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >
> > send email to 

Re: z/OSMF desktop

[Michael Brennan]

There are videos and other information, just search for previous posts about 
this subject on the list server:  https://listserv.ua.edu/archives/ibm-main.html



From: IBM Mainframe Discussion List  on behalf of 
Frank Swarbrick 
Sent: Wednesday, March 3, 2021 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OSMF desktop

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Does anyone use this?  Is it only useful for system programmers, or might 
application developers find it of use?  Is it in any way related to the Zowe 
desktop?  Are there any videos demonstrating it?

--
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: Anyway to save ISRDDN output?

[Michael Brennan]

This may not be the answer you want but it will work:
TSO ISRDDN APF
then do top line command PRINT
Hit PF8 and do PRINT command again and then repeat until entire APF list is 
captured.
Output will be written to  userid.SPF?.LIST data set.
Make sure your ISPF options are not set to delete your list data set when you 
exit ISPF.

Michael Brennan


From: IBM Mainframe Discussion List  on behalf of 
Carmen Vitullo 
Sent: Wednesday, February 17, 2021 8:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyway to save ISRDDN output?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We have a HI TRUST requirement to use ISRDDN (only) to report on APF datasets 
and other system information. Is there a way to invoke ISRDDN and save the 
output to a dataset?
We've tried ISRDDN APF then save but it does not provide the APF info I 
requested. reading the find manual I don't see any options to allow us to save 
the output, any ideas?
thanks

--
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: wc3270 or NOTEPAD++ help

[Michael Brennan]

Just use native FTP from your PC to your mainframe.  Put the files all in the 
same directory on your PC.
1. Open a Command Prompt on your PC.

2.  CD 'prefix' - where your prefix is high level Qualifier under which the 
transferred files are located.

3.  ftp 'Hostname'  - where 'Hostname' is DNS or IP address of your z/OS system.

4. Enter this command:   binonly if these are binary files.  If they are 
text files then skip this step.

5. Enter this command to suppress the prompts asking you to confirm that the 
high-level qualifier
for each installation file to be uploaded matches prefix:
prompt off

6: Enter this command to specify the default dataset characteristics:
quote site recfm=fb lrecl=80 blksize=3120 cyl pri=1 sec=1  - adjust these 
parms for your data.

7: Issue command:  mput * - This will send every file in the directory of 
'prefix' to your host.You can also do partial wildcards like if all the 
files begin with jjs.  then mput jjs.*




From: IBM Mainframe Discussion List  on behalf of 
Binyamin Dissen 
Sent: Friday, February 12, 2021 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: wc3270 or NOTEPAD++ help

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I am hoping some of you folk might have some ideas.

I am trying to upload source files from a windows machine with only the above
programs. I am not familiar with either.

Is there a way to write a wc3270 script to batch the uploads rather than do
one at a time?

Is there a way to cause NOTEPAD++ to combine all the files in the directory
into a single file with some separator line between each file?

Appreciate any help.

Thank you.

--
Binyamin Dissen 
https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.dissensoftware.com%2Fdata=04%7C01%7Cmichael.brennan%40HCL.COM%7Cade11bbe96ec40fb14a508d8cf650896%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637487380148167832%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=uKLFO%2B0QFDxMkoHwSSia4ERvbcw2yp6fHaU2DzT0Ea8%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
::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: TSO timeout S622

[Michael Brennan]

Also suggest you check your security system.  ACF2 has a setting that can 
influence S622 time outs at both a global level and an individual id level.  
Not sure if RACF and Top Secret have the same ability.

Michael


From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Monday, December 28, 2020 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO timeout S622

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I would start with D SMF,O in SDSF LOG function on the system getting the
S622

What you think is in SMF may be something else when displayed.

Next I would work with an ID (Hopefully yours) that is getting S622.

Then logon the ID and start a stop watch.  Make sure you can repeat the
error

Next - are you using a Session Manager?  Can it control length of time of
inactivity and cause a S622

Lastly - any changes since the last time it worked and when it first started
to get S622?

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Nai, Dean
Sent: Monday, December 28, 2020 5:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TSO timeout S622

Morning,

 Our TSO sessions are timing out in less than 15 minutes even though we
has SMFPRM00 set to JWT(0030). Any thoughts on what else could be causing
this?

0090  IKT100I USERID SYSxxxCANCELED DUE TO UNCONDITIONAL LOGOFF
0090  EZZ6034I TN3270 CONN 0010269E LU TCP00059 CONN DROP  INACT-S 894
0090IP..PORT: 10.250.214.220..19745
0281  IKT122I IPADDR..PORT 10.250.214.220..19745
0285  IEA989I SLIP TRAP ID=X622 MATCHED.  JOBNAME=SYSxxx  , ASID=00DD.
0285  IEA989I SLIP TRAP ID=X13E MATCHED.  JOBNAME=SYSxxx  , ASID=00DD.
0285  IEA989I SLIP TRAP ID=X13E MATCHED.  JOBNAME=SYSxxx  , ASID=00DD.
0090  EZZ6034I TN3270 CONN 00101B55 LU MULTIPLE CONN DROP  INACT-S 900
0090IP..PORT: 10.250.214.209..60713
0090  IEF450I SYSxxx IKJACCNT IKJSYS - ABEND=S622 U REASON= 901
0090  TIME=07.19.08
0090  $HASP395 SYSxxx  ENDED - ABEND=S622

--
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
::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: Build and submit proc

[Michael Brennan]

No you can not do it with one batch job.  What you could do is have STEP1 
create the proc and then have STEP2 submit a separate batch job to the internal 
reader that executes the proc created in STEP1.


From: IBM Mainframe Discussion List  on behalf of 
Fred Kaptein 
Sent: Tuesday, December 22, 2020 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Build and submit proc

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hello,
I would like to build a JCL batch job called BACKUPS, that does the following:
1) STEP01
Create a JCL proc in MYLIB.PROCLIB(BKUP)
2) STEP02
Execute the proc MYLIB.PROCLIB(BKUP)

My testing finds that STEP02 runs the proc in MYLIB.PROCLIB(BKUP) that was 
built prior to submitting job BACKUPS.

Is there a way to do these two steps in one job and not two?

Thanks

--
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: Running same stc in a LPAR

[Michael Brennan]

You can the same started name more than once on any lpar.  Now the product 
itself may not allow it based on enqueues and other things, that is why you 
most likely got the notification that the product was already active.  For our 
automation product we use CA OPS/MVS and he runs multiple of the same started 
task name on the same lpar.  JES2 has nothing to do with this.

Michael


From: IBM Mainframe Discussion List  on behalf of 
Peter 
Sent: Saturday, November 21, 2020 10:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Running same stc in a LPAR

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hello

Is it possible for JES to allow to run two started task with the same name
in a LPAR(not sysplex).

One of a started task in our lpar is running two stc with same name but
second one notifies that this particular task is already active.

Is it a JES functionality to allow a task to run with same name or the
product which has the capability of running in duplicate as many times even
though it is initialised in one STC alone ?

Could someone please shed your light on above ?


Peter

--
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: DAE to stop dump suppression

[Michael Brennan]

The default data set name for DAE is SYS1.DAE.  If your site has changed the 
default name then that would be defined in PARMLIB member ADYSET00.

To edit the DAE data set you will first need to stop DAE.  This is normally 
done by issuing command SET DAE=01.
Then use ISPF to edit your DAE data set.  When in edit to update the DAE data 
set use Edit Macro ADYUPDAT.  Read the instruction in this edit macro for how 
to use it.  This edit macro is normally found in data set 
SYS1.SBLSCLI0(ADYUPDAT).  If this edit macro is not in your SYSPROC 
concatenation, it will need to be added.

After editing the data set with edit macro ADYUPDAT, save the updated DAE data 
set.  Next restart DAE by issuing command SET DAE=02.

These instructions all assume you are using standards with the way IBM 
distributes z/OS.

Good Luck,
Michael


From: IBM Mainframe Discussion List  on behalf of 
Bill Giannelli 
Sent: Tuesday, November 10, 2020 4:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DAE to stop dump suppression

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I have a dump that is being suppressed by DAE. I am not experienced with IPCS 
and DAE. How do I find out what dataset is being used by DAE and how do I 
"remove" the dump in order to get the dump?
I hope that makes sense.
thanks
Bill

--
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: How best to copy all UNIX files one z/OS to another

[Michael Brennan]

After you get your unix files to the target system, 
If you need to change ownership of all the directories the following will come 
in handy:

//JS10 EXEC PGM=IKJEFT01  
//SYSTSPRT DD   SYSOUT=*  
//SYSTSIN  DD   * 
 BPXBATCH SH chown -R USERID:GROUPID   /To_Directory/

Where USERID is the RACF/ACF2/TSS id  that you want to be the owner and
Where GROUPID is the Group you want to be the owner.

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

Re: How best to copy all UNIX files one z/OS to another

[Michael Brennan]

After the pax, unmount your new ZFS/HFS file.  DFDSS dump it, terse the dump 
then FTP the tersed file.  At the receiving site, unterse and restore.


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 28, 2020 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How best to copy all UNIX files one z/OS to another

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

On Wed, 28 Oct 2020 10:43:22 -0700, Charles Mills wrote:

>And then copy the pax with FTP or whatever and then un-pax it?
>
ssh is your friend.  No need to store the archive.  But when I shot from
the hip, suggesting:
( cd $HOME & pax -w . ) | ssh -f user@other-lpar 'cd & pax -vr'  
# Must be:
( cd $HOME & pax -w . ) | sshuser@other-lpar 'cd & pax -vr'

... one of my favorite mistakes.


>-Original Message-
>From:  Michael Brennan
>Sent: Wednesday, October 28, 2020 10:33 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: How best to copy all UNIX files one z/OS to another
>
>Mount yourself a brand new empty ZFS or HFS file and mount it at
>/To_Directory/ then go into OMVS (TSO OMVS) and issue following commands:
>cd /from_directory/
>pax -rvwkC -pe * /To_Directory/

-- gil

--
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: How best to copy all UNIX files one z/OS to another

[Michael Brennan]

Mount yourself a brand new empty ZFS or HFS file and mount it at /To_Directory/ 
then go into OMVS (TSO OMVS) and issue following commands:
cd /from_directory/
pax -rvwkC -pe * /To_Directory/

Michael


From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Wednesday, October 28, 2020 11:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How best to copy all UNIX files one z/OS to another

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I have two z/OS systems joined by a real fast TCP connection. (They're
actually two guests on the same VM, but seeing as how I have relatively
little knowledge or authority on the VM side of things it may be simpler to
just think of them as two adjacent machines.) This is the IBM Dallas
"Innovation Center," FWIW.



What would be the best way of replicating all of the "user" UNIX files from
one to the other? I can of course identify the "user" files by their highest
directory name. I want to propagate all of the permissions and so forth. Is
there a good way to do that?



FWIW I have complete authority on the z/OS machines; I can run SPECIAL
and/or OPERATIONS if necessary.



Related question: the UNIX file system on the "old" machine is a hodgepodge
of VSAM LDS. Every time we needed a bunch more space we simply defined a big
enough VSAM LDS and mounted it as whatever we needed. There's no advantage
to keeping the existing structure, is there? I should just define a single
space big enough to hold everything? I have no idea what the future might
hold but I don't think the UNIX file inventory is going to shrink
significantly.



Thanks, all.



Charles




--
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: Copy NON-SMS ZFS file to a pre-allocated SMS

[Michael Brennan]

There is no need to preallocate and format the new ZFS target data set.  Just 
do a copy with the RENAMEU option.  Below is an example.  In this example SYS1 
high level is not SMS managed.  SYS2 high level is SMS managed in this example:


//S3  EXEC PGM=ADRDSSU

//SYSPRINT DD SYSOUT=*

//SYSINDD *

 COPYDATASET(INCLUDE( -

   SYS1.ZFS.R23.OSPR01.SIZUUSRD.**)) -

 ALLDATA(*) -

 ALLEXCP -

 CANCELERROR -

 CATALOG -

 TGTALLOC(SOURCE) -

 WAIT(2,2) -

 RENAMEU((SYS1.ZFS.R23.OSPR01.**,SYS2.ZFS.R23.OSPR01.**))

//

Michael




From: IBM Mainframe Discussion List  on behalf of 
Kenneth J. Kripke 
Sent: Thursday, April 2, 2020 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Copy NON-SMS ZFS file to a pre-allocated SMS

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

I am posting this question to the group on behalf of a colleague who does
not have access to IBM-MAIN

He is attempting to copy a ZFS file from a NON-SMS managed volume to a
pre-allocated and formatted SMS managed FILE.

He has attempted to use the DFDSS COPY function, and, he does have Storage
Admin authority, but, his copy fails.

What settings need to be set and what tools should be used to perform this
sort of task?



k.kri...@comcast.net 


--
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: IEALIMIT Linkedit Example?

[Michael Brennan]

One does not need to be using IEALIMIT.  It should have been replaced by IEFUSI 
a while ago.  If you are at z/OS 2.3 or higher suggest you get just use new 
PARMLIB member SMFLIMxx instead of IEFUSI or IEALIMIT.


Michael Brennan

Mainframe Engineering

HCL Technologies Ltd.

Tel:408-933-3628 Extn: (506-7028)

www.hcl.com<http://www.hcl.com/>



From: IBM Mainframe Discussion List  on behalf of 
Michael Babcock 
Sent: Thursday, March 19, 2020 12:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: IEALIMIT Linkedit Example?

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

Does anyone have an example JCL to link IEALIMIT  into the nucleus?

Im trying to determine if we’ve done that.  I see an IEALIMIT module in
IEANUC01 but it’s size is different (72 bytes).  I suspect it’s the IBM
default.  But want to be sure.
--
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
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: z/OSMF and z/OSMF "Lite"

[Michael Brennan]

Same behavior in z/OS 2.3.


Michael Brennan

Mainframe Engineering

HCL Technologies Ltd.

Tel:408-933-3628 Extn: (506-7028)

www.hcl.com<http://www.hcl.com/>



From: IBM Mainframe Discussion List  on behalf of 
Kurt Quackenbush 
Sent: Tuesday, March 17, 2020 7:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z/OSMF and z/OSMF "Lite"

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

On 3/16/2020 1:28 PM, Jousma, David wrote:
> Did something change with the PARMLIB Plugin statement usage?   I
> know early on, once a plugin was added in parmlib it was activated
> and simply removing the plugin from parmlib definition didn’t
> actually remove it from use or make it invisible.   Seems like the
> team was going to come up with a method to deinstall plugin's but
> never heard for sure.
Removing a plug-in from the PLUGIN statement in IZUPRMnn does in fact
disable that plug-in.  It does not "uninstall" the plug-in, but it does
not start up and is no longer an option when you restart the server.
I've no idea if this is new behavior or not but V2.4 at least behaves
this way.

Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::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: zOSMF

[Michael Brennan]

I have successfully brought up zOSMF on an a z/OS 2.3 in house test system and 
we do not have ICSF of CSF active.

Michael Brennan


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: 06 January 2020 09:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Attila:

I wasnt sure if ICSF was a hard requirement for zOSMF. It looks like 'yes'.
Thats all I needed to know. This was a management question.

Scott

On Sat, Jan 4, 2020 at 6:38 PM Attila Fogarasi  wrote:

> If ICSF is active then zOSMF requires configuration to permit it to
> the RACF resource classes for ICSF (this is in the zOSMF config).
> Older systems can run without ICSF, but starting with z/OS 2.3 it is
> mandatory to run ICSF as it is needed to meet NIST certification for
> PKI.  So in z/OS
> 2.3 it is true zOSMF requires ICSF;  most older systems will also due
> to cascading dependencies, such as Db2 version function.  I don't know
> of a way to turn off ICSF in z/OS 2.3 but then I have never attempted
> to do that (why would you disable such great function?).
>
> On Sun, Jan 5, 2020 at 8:44 AM scott Ford  wrote:
>
> > All:
> >
> > I am new to zOSMF, does zOSMF require CSF and ICSF ?
> > It appears it does ...
> >
> > Scott
> >
> > --
> >
> >
> >
> > *IDMWORKS *
> >
> > Scott Ford
> >
> > z/OS Dev.
> >
> >
> >
> >
> > “By elevating a friend or Collegue you elevate yourself, by
> > demeaning a friend or collegue you demean yourself”
> >
> >
> >
> > https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.com
> > data=02%7C01%7Cmichael.brennan%40HCL.COM%7C87f37e5414da4f3020c0
> > 08d792becfaf%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C6371392205
> > 87459908sdata=Rl%2BtFrkK8fdbTVBb3953D1w12RujIlMb%2BmbxR8NdKZE%3
> > Dreserved=0
> >
> > scott.f...@idmworks.com
> >
> > Blog:
> > https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.com
> > %2Fblogdata=02%7C01%7Cmichael.brennan%40HCL.COM%7C87f37e5414da4
> > f3020c008d792becfaf%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637
> > 139220587459908sdata=hMBSKhQC9kWDr17hhhC%2BKaHE7IEtDlHQAOpG9Dus
> > tgw%3Dreserved=0
> >
> >
> >
> >
> >
> > *The information contained in this email message and any attachment
> > may
> be
> > privileged, confidential, proprietary or otherwise protected from
> > disclosure. If the reader of this message is not the intended
> > recipient, you are hereby notified that any dissemination,
> > distribution, copying or use of this message and any attachment is
> > strictly prohibited. If you
> have
> > received this message in error, please notify us immediately by
> > replying
> to
> > the message and permanently delete it from your computer and destroy
> > any printout thereof.*
> >
> > 
> > -- 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
>


--



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a friend 
or collegue you demean yourself”



https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.comdata=02%7C01%7Cmichael.brennan%40HCL.COM%7C87f37e5414da4f3020c008d792becfaf%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637139220587459908sdata=Rl%2BtFrkK8fdbTVBb3953D1w12RujIlMb%2BmbxR8NdKZE%3Dreserved=0

scott.f...@idmworks.com

Blog: 
https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.com%2Fblogdata=02%7C01%7Cmichael.brennan%40HCL.COM%7C87f37e5414da4f3020c008d792becfaf%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637139220587459908sdata=hMBSKhQC9kWDr17hhhC%2BKaHE7IEtDlHQAOpG9Dustgw%3Dreserved=0





*The information contained in this email message and any attachment may be 
privileged, confidential, proprietary or otherwise protected from disclosure. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution, copying or use of this message 
and any attachment is strictly prohibited. If you have received this message in 
error, please notify us immediately by replying to the message and permanently 
delete it from your computer and destroy any printout thereof.*

--
For IBM-MAIN subscribe / signoff / ar

Re: non-reusable ASID

[Michael Brennan]

Yes.

Michael Brennan


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nai, Dean
Sent: 19 August 2019 14:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: non-reusable ASID

We just ran out of non-reusable ASID and don't have an IPL scheduled for 
another week. We have plenty of reusable ASID left. Will things that used all 
the non-reusable ASID like DB2IRLM just use the reusable ones when they get 
recycled?

Dean Nai




>

--
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: Shopz product orders will NOT be available between August 16, 2019 and August 22, 2019 inclusively

[Michael Brennan]

The title of the email is  'Product orders will NOT be available'.  Then in the 
body it states  'Service orders will not be impacted.'  PTFS fall under the 
category of service and not product orders.  The easiest way to get any and all 
PTFS is to use the SMP/E Internet service retrieval process.  You do not even 
need Shopz to get a published PTF.  More info at

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/dsetup.htm
and
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.e0zb100/e0z3b1_SMP_E_Internet_Service_Retrieval.htm


Michael Brennan




From: IBM Mainframe Discussion List  on behalf of 
Allan Staller 
Sent: Wednesday, July 24, 2019 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Shopz product orders will NOT be available between August 16, 2019 
and August 22, 2019 inclusively

Great minds think alike! 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Wednesday, July 24, 2019 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shopz product orders will NOT be available between August 16, 2019 
and August 22, 2019 inclusively

" In the event of an emergency during this time, please contact your IBM Sales 
Representative for assistance. Thank you."

Perfect - the IBM Sales Rep will know how to get you a PTF in a timely manner 
that allows you to resolve a Sev 1 issue - right!  And I've got some ocean 
front property for sale, great ocean view and plenty of sand, just outside of 
Las Vegas.


Lionel B. Dyck <
Website: 
https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.lbdsoftware.comdata=02%7C01%7Cmichael.brennan%40HCL.COM%7Cadc132c5c77f4ea01fc108d710363476%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636995697341058822sdata=8msK2AH%2FhevVWK6T593pamqEHIH6C8itz6PXI2hLIe0%3Dreserved=0

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Wednesday, July 24, 2019 7:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Shopz product orders will NOT be available between August 16, 2019 
and August 22, 2019 inclusively

What is wrong with this picture?
Their Flagship is available 99.99% of the time.
Why can’t the support systems match the availability?

BTW, what if someone needs to obtain a PTF in that interval? What do they do 
then?

Refrain:
The new tools are neither as reliable, available, or serviceable as those that 
are being replaced.

IMO, there is usually less function as well.

From: shop...@us.ibm.com 
Sent: Tuesday, July 23, 2019 8:41 PM
To: Allan Staller 
Subject: Shopz product orders will NOT be available between August 16, 2019 and 
August 22, 2019 inclusively

To our Valued IBM Clients:

IBM will be engaged in a system migration beginning on August 16, 2019 which 
will impact the ability for you to place a Shopz Product Order up to and 
including August 22, 2019. (Service Orders will NOT be impacted.)

In the event of an emergency during this time, please contact your IBM Sales 
Representative for assistance. Thank you.

The affected countries are as follows:
USA, US
Canada, CA
Puerto Rico, US
Guam, GU
Virgin Island, VI

We recommend leaving enough lead time by submitting orders for processing 
before August 15, so they will have time to complete.

The change is generally transparent to you. After the migration is complete, 
your access and order history won't be affected.

Customer Number IMPACT after migration: There will be a change to your customer 
number after the migration. The new customer number will be 9 digits prefaced 
by a "S", for example, 'S012345678'. You can find the old and new customer 
number mapping relationship under "My preferences" page after you log into 
Shopz successfully.

We apologize for the inconvenience.

Should you have any further questions, please engage our support team via 
channels listed in Customer service page.
*
**
*
*
 Please do not reply to this email, as
*
*
 it was sent by an unattended machine.
*
*
**
*

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

Re: GIM40101E PTF already applied

[Michael Brennan]

On your INCLUDE statement you should not have any PTFS that are already APPLIED.

Michael Brennan



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elaine Beal
Sent: Monday, July 1, 2019 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GIM40101E PTF already applied

I am running an apply check and get messages because PTFs required as co or 
pre-req are already applied.
do I have to individually exclude these ptf's? It looks like aypassapplycheck 
is good only on accept.

Thanks,
Elaine

--
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: SYS1.MIGLIB and LNKLST

[Michael Brennan]

Allocate the new larger data set on target sysres as SYS1.MIGLIB.NEW then do a 
rename using a utility that does not perform an enqueue.
See:
http://www.cbttape.org/~jjaeger/nodsi.html

In the example at this site they are doing a scratch.  Just put in RENAME cards 
instead like the following:
//S1 EXEC PGM=NODSI,PARM='IEHPROGM',REGION=0M
//SYSPRINT  DD  SYSOUT=*
//DD1   DD  UNIT=3390,VOL=SER=VV,DISP=SHR
//SYSIN DD  *
 RENAME DSNAME=SYS1.MIGLIB,VOL=3390=VV,X
   NEWNAME=SYS1.MIGLIB.OLD
 RENAME DSNAME=SYS1.MIGLIB.NEW,VOL=3390=VV,X
   NEWNAME=SYS1.MIGLIB

Michael Brennan



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Veryl Ellis
Sent: Tuesday, June 11, 2019 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYS1.MIGLIB and LNKLST

I'm applying maintenance to my target SYSRES and the target SYS1.MIGLIB ran out 
of space (S/D37).
Can anyone tell me how to get SYS1.MIGLIB out of the running Link List 
concatenation, so I can delete and reallocate a larger target SYS1.MIGLIB?
The standard SETPROG LNKLST stuff to delete a DSN from the link list doesn't 
work on SYS1.MIGLIB.

Thanks for any assist.



S. Veryl Ellis


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

[Michael Brennan]

Compuware has this ability at z/OS 2.2 and above.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, March 25, 2019 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPORDER

Hi,
I just finished setting up SMPORDER to download PTF's for CA products.
Are there any other vendors besides IBM and CA that have the ability to use 
this functionality?

Thanks



--
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: z/OS Management Facility

[Michael Brennan]

Follow the instructions in manual:
IBM z/OS Management Facility Configuration Guide

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 21, 2019 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Management Facility

What does it take to implement "z/OS Management Facility"?
thanks
Bill

--
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: Gotchas for RMM and HSM under z/OS 2.3

[Michael Brennan]

If you have all required toleration maintenance applied on your current z/OS 
level you will be fine.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Sunday, March 17, 2019 1:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Gotchas for RMM and HSM under z/OS 2.3

Hi

Are there any specific issue faced while running RMM and HSM on z/OS 2.3 ?

Jake

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