Discussion:
HOSTNAMES on Z/OS TCPIP
(too old to reply)
e***@JUNO.COM
2020-03-12 15:00:43 UTC
Permalink
Hi,..I was previously on a Z/OS 2.2 system where I would update
hostnames and IP Address in a Unix directory (/SYSTEM/etc/HOSTS)
.
When I transfered to a different division within the same company I am
working on a z/OS 2.3 system, where Host Names and their associated
IP Address's are stored in a Sequential File (TCP.HOSTNAME.LOCAL).
.
So here is my questions:
How do I properly derive/navigate/determine if a System is using
a USS directory or a MVS file to maintain its TCP HOST Names ?
.
Is this specified in UNIX System Services directory/configuration ?
Is this specified in a TCPIP dataset ? Which Dataset ?
Is this specidied in a RESOLVER dataset ? Which Dataset ?.Paul D'Angelo*
.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Pommier, Rex
2020-03-12 15:51:12 UTC
Permalink
This doesn't answer your specific question but the search order is documented in the Communication Server IP configuration Guide. Here's what I found:

The resolver uses the IPv4-unique search order for sitename information unconditionally for getnetbyname API calls.

The IPv4-unique search order for sitename information is as follows. The search ends at the first file found:

1. The value of the environment variable X_SITE
The value of the environment variable is the name of the MVS data set that contains the sitename information. This data set is created by the TSOMAKESITE command.
2. /etc/hosts
3. userid.HOSTS.SITEINFO userid is the user ID that is associated with the current security environment(address space or task/thread).
4. hlq.HOSTS.SITEINFO hlq represents the value of the DATASETPREFIX statement specified in the base resolver configuration file (if found); otherwise, hlq is TCPIP by default.

HTH,

Rex

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of ***@juno.com
Sent: Thursday, March 12, 2020 9:59 AM
To: IBM-***@LISTSERV.UA.EDU
Subject: [External] HOSTNAMES on Z/OS TCPIP

Hi,..I was previously on a Z/OS 2.2 system where I would update hostnames and IP Address in a Unix directory (/SYSTEM/etc/HOSTS) .
When I transfered to a different division within the same company I am working on a z/OS 2.3 system, where Host Names and their associated IP Address's are stored in a Sequential File (TCP.HOSTNAME.LOCAL).
.
So here is my questions:
How do I properly derive/navigate/determine if a System is using a USS directory or a MVS file to maintain its TCP HOST Names ?
.
Is this specified in UNIX System Services directory/configuration ?
Is this specified in a TCPIP dataset ? Which Dataset ?
Is this specidied in a RESOLVER dataset ? Which Dataset ?.Paul D'Angelo* .

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


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

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Lizette Koehler
2020-03-12 20:47:18 UTC
Permalink
Have you done any internet searches on

JESSPOOL RACF?

I got lots of good docs by doing that

Lizette

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Lizette Koehler
Sent: Thursday, March 12, 2020 1:46 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: Re: JESSPOOL

If you were not aware, there is a RACF List that you can join to ask RACF specific questions.


RACF-***@LISTSERV.UGA.EDU

Lizette
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Bill Johnson
Sent: Thursday, March 12, 2020 1:09 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: JESSPOOL

I’m not a RACF expert and need help giving a user the ability to delete their own SDSF output. Not really sure why they don’t have it. Not my setup. Is it an easy 1 command fix or more complex?
Thanks

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

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

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Charles Mills
2020-03-12 21:07:20 UTC
Permalink
A *very* crude approach is to look at any RACF violation message on the console and translate that into a PERMIT command: PERMIT resource CL(class) ID(id) ACC(acc). There is typically a resource, a class and the access in the messages. You may have to apply some "intelligence" -- for example, if your shop may prefer to give permissions by GROUP rather than by individual userid.

Charles

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Bill Johnson
2020-03-13 00:44:16 UTC
Permalink
Yes, that’s the first thing I did. And IBM doc is so easy to understand I came here.


Sent from Yahoo Mail for iPhone


On Thursday, March 12, 2020, 4:47 PM, Lizette Koehler <***@MINDSPRING.COM> wrote:

Have you done any internet searches on

JESSPOOL RACF?

I got lots of good docs by doing that

Lizette

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Lizette Koehler
Sent: Thursday, March 12, 2020 1:46 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: Re: JESSPOOL

If you were not aware, there is a RACF List that you can join to ask RACF specific questions.


RACF-***@LISTSERV.UGA.EDU

Lizette
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Bill Johnson
Sent: Thursday, March 12, 2020 1:09 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: JESSPOOL

I’m not a RACF expert and need help giving a user the ability to delete their own SDSF output. Not really sure why they don’t have it. Not my setup. Is it an easy 1 command fix or more complex?
Thanks

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

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

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



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Bill Johnson
2020-03-13 03:10:28 UTC
Permalink
Thanks.


Sent from Yahoo Mail for iPhone


On Thursday, March 12, 2020, 4:46 PM, Lizette Koehler <***@MINDSPRING.COM> wrote:

If you were not aware, there is a RACF List that you can join to ask RACF specific questions.


RACF-***@LISTSERV.UGA.EDU

Lizette
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Bill Johnson
Sent: Thursday, March 12, 2020 1:09 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: JESSPOOL

I’m not a RACF expert and need help giving a user the ability to delete their own SDSF output. Not really sure why they don’t have it. Not my setup. Is it an easy 1 command fix or more complex?
Thanks

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

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



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
retired mainframer
2020-03-12 17:10:18 UTC
Permalink
According to my old references, if the Unix file exists, it is used. If
not, the system searches for one of several possible z/OS datasets. Check
your current z/OS Communications Server IP Configuration Guide.
Post by Pommier, Rex
-----Original Message-----
Sent: Thursday, March 12, 2020 7:59 AM
Subject: HOSTNAMES on Z/OS TCPIP
Hi,..I was previously on a Z/OS 2.2 system where I would update
hostnames and IP Address in a Unix directory (/SYSTEM/etc/HOSTS)
.
When I transfered to a different division within the same company I am
working on a z/OS 2.3 system, where Host Names and their associated
IP Address's are stored in a Sequential File (TCP.HOSTNAME.LOCAL).
.
How do I properly derive/navigate/determine if a System is using
a USS directory or a MVS file to maintain its TCP HOST Names ?
.
Is this specified in UNIX System Services directory/configuration ?
Is this specified in a TCPIP dataset ? Which Dataset ?
Is this specidied in a RESOLVER dataset ? Which Dataset ?.Paul D'Angelo*
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
scott Ford
2020-03-14 20:14:21 UTC
Permalink
Paul:

The normal STC as of z/OS 2.4 has two ddnames i would look at 'PROFILE' and
'SYSTCPD'.
If the STC is pointing to unix filenames on both ddnames then addresses and
tcpip are pointing to unix.
Resolver has a 'SETUP' ddname and where is points to is the same as
TCPIP STC ..

HTH

Best Regards,
Scott
Post by retired mainframer
According to my old references, if the Unix file exists, it is used. If
not, the system searches for one of several possible z/OS datasets. Check
your current z/OS Communications Server IP Configuration Guide.
Post by Pommier, Rex
-----Original Message-----
Sent: Thursday, March 12, 2020 7:59 AM
Subject: HOSTNAMES on Z/OS TCPIP
Hi,..I was previously on a Z/OS 2.2 system where I would update
hostnames and IP Address in a Unix directory (/SYSTEM/etc/HOSTS)
.
When I transfered to a different division within the same company I am
working on a z/OS 2.3 system, where Host Names and their associated
IP Address's are stored in a Sequential File (TCP.HOSTNAME.LOCAL).
.
How do I properly derive/navigate/determine if a System is using
a USS directory or a MVS file to maintain its TCP HOST Names ?
.
Is this specified in UNIX System Services directory/configuration ?
Is this specified in a TCPIP dataset ? Which Dataset ?
Is this specidied in a RESOLVER dataset ? Which Dataset ?.Paul D'Angelo*
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
--
*IDMWORKS *

Scott Ford

z/OS Dev.




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



www.idmworks.com

***@idmworks.com

Blog: www.idmworks.com/blog





*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 ***@listserv.ua.edu with the message: INFO IBM-MAIN
Jesse 1 Robinson
2020-03-12 23:24:40 UTC
Permalink
Not all shops use SAF to control SDSF. If so, this advice is fine. If still using native ISFPARMS, the approach will need to be different, including some tweaking of the SDSF user exit if used. I'm surprised that any action at all is necessary for a user's own jobs...

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
***@sce.com

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Charles Mills
Sent: Thursday, March 12, 2020 2:07 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: (External):Re: JESSPOOL

CAUTION EXTERNAL EMAIL

A *very* crude approach is to look at any RACF violation message on the console and translate that into a PERMIT command: PERMIT resource CL(class) ID(id) ACC(acc). There is typically a resource, a class and the access in the messages. You may have to apply some "intelligence" -- for example, if your shop may prefer to give permissions by GROUP rather than by individual userid.

Charles


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Ed Jaffe
2020-03-13 00:31:23 UTC
Permalink
Post by Jesse 1 Robinson
Not all shops use SAF to control SDSF. If so, this advice is fine. If still using native ISFPARMS, the approach will need to be different, including some tweaking of the SDSF user exit if used. I'm surprised that any action at all is necessary for a user's own jobs...
SDSF has nothing whatever to do with it. JESSPOOL provides generic,
non-product-specific ESM access control to SPOOL data sets. SDSF is at
best a footnote¶

In z/OS 1.9, SSI 80 and related SSIs became available to unauthorized
callers. ANYONE!

Therefore, if you don't use JESSPOOL -- worse yet, if you have such
checking fully disabled -- you are *highly* exposed to data breach!

This was brought up by the illustrious Tom Wasik of IBM z/OS JES2
Development at time mark 12:00 (twelve minutes) into this video of SHARE
Bit Bucket x'32'

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/


--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Bill Johnson
2020-03-13 04:10:32 UTC
Permalink
Yeah, I’ve never seen a shop in which a user couldn’t delete their own output either.
Thanks


Sent from Yahoo Mail for iPhone


On Friday, March 13, 2020, 12:06 AM, Jesse 1 Robinson <***@SCE.COM> wrote:

Not all shops use SAF to control SDSF. If so, this advice is fine. If still using native ISFPARMS, the approach will need to be different, including some tweaking of the SDSF user exit if used. I'm surprised that any action at all is necessary for a user's own jobs...

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
***@sce.com

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Charles Mills
Sent: Thursday, March 12, 2020 2:07 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: (External):Re: JESSPOOL

CAUTION EXTERNAL EMAIL

A *very* crude approach is to look at any RACF violation message on the console and translate that into a PERMIT command: PERMIT resource CL(class) ID(id) ACC(acc). There is typically a resource, a class and the access in the messages. You may have to apply some "intelligence" -- for example, if your shop may prefer to give permissions by GROUP rather than by individual userid.

Charles


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




----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Rob Scott
2020-03-13 09:48:28 UTC
Permalink
All,

The SDSF team have been strongly advising that customers convert from ISFPARMS and ISFUSER to SAF security for many, many years.

I would just like to stress how sensible it would be to start that process now if your site is still on SDSF internal security.

Rob Scott
Rocket Software

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Jesse 1 Robinson
Sent: Thursday, March 12, 2020 11:24 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: Re: JESSPOOL

EXTERNAL EMAIL





Not all shops use SAF to control SDSF. If so, this advice is fine. If still using native ISFPARMS, the approach will need to be different, including some tweaking of the SDSF user exit if used. I'm surprised that any action at all is necessary for a user's own jobs...

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
***@sce.com

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-***@LISTSERV.UA.EDU> On Behalf Of Charles Mills
Sent: Thursday, March 12, 2020 2:07 PM
To: IBM-***@LISTSERV.UA.EDU
Subject: (External):Re: JESSPOOL

CAUTION EXTERNAL EMAIL

A *very* crude approach is to look at any RACF violation message on the console and translate that into a PERMIT command: PERMIT resource CL(class) ID(id) ACC(acc). There is typically a resource, a class and the access in the messages. You may have to apply some "intelligence" -- for example, if your shop may prefer to give permissions by GROUP rather than by individual userid.

Charles


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
================================
Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
================================

This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Edward Finnell
2020-03-13 23:22:37 UTC
Permalink
===>ISFACR

In a message dated 3/13/2020 5:11:56 AM Central Standard Time, ***@ROCKETSOFTWARE.COM writes:
I would just like to stress how sensible it would be to start that process now if your site is still on SDSF internal security.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Robert S. Hansel , RSH
2020-03-13 11:09:09 UTC
Permalink
Hi Bill,

In general, users automatically get full ALTER access to their own output, so I doubt JESSPOOL is the issue. If they are attempting to delete output from within SDSF, they also need access to SDSF panels and operator commands. These are controlled by RACF profiles in the SDSF, GSDSF, and OPERCMDS classes, or if they are not protected by RACF, then by SDSF's ISFPARMS.

You can use SDSF's SECTRACE to help debug the problem. Have a user execute SET SECTRACE ON or WTP at the SDSF command line (ON sends the results to ULOG; WTP to SYSLOG). Have the user attempt to delete output. Then, assuming they specified ON, have the user execute the ULOG command to see the RACF calls and their results. This assumes the user has authority to use ULOG - SDSF class resource ISFCMD.ODSP.ULOG.jesname or the ISFPARMS equivalent.

Regards, Bob

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

-----Original Message-----
Date: Thu, 12 Mar 2020 20:09:24 +0000
From: Bill Johnson <***@YAHOO.COM>
Subject: JESSPOOL

I’m not a RACF expert and need help giving a user the ability to delete their own SDSF output. Not really sure why they don’t have it. Not my setup. Is it an easy 1 command fix or more complex?
Thanks

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Bill Johnson
2020-03-13 11:46:11 UTC
Permalink
Thanks Bob.


Sent from Yahoo Mail for iPhone


On Friday, March 13, 2020, 7:09 AM, Robert S. Hansel (RSH) <***@RSHCONSULTING.COM> wrote:

Hi Bill,

In general, users automatically get full ALTER access to their own output, so I doubt JESSPOOL is the issue. If they are attempting to delete output from within SDSF, they also need access to SDSF panels and operator commands. These are controlled by RACF profiles in the SDSF, GSDSF, and OPERCMDS classes, or if they are not protected by RACF, then by SDSF's ISFPARMS.

You can use SDSF's SECTRACE to help debug the problem. Have a user execute SET SECTRACE ON or WTP at the SDSF command line (ON sends the results to ULOG; WTP to SYSLOG). Have the user attempt to delete output. Then, assuming they specified ON, have the user execute the ULOG command to see the RACF calls and their results. This assumes the user has authority to use ULOG - SDSF class resource ISFCMD.ODSP.ULOG.jesname or the ISFPARMS equivalent.

Regards, Bob

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

-----Original Message-----
Date:    Thu, 12 Mar 2020 20:09:24 +0000
From:    Bill Johnson <***@YAHOO.COM>
Subject: JESSPOOL

I’m not a RACF expert and need help giving a user the ability to delete their own SDSF output. Not really sure why they don’t have it. Not my setup. Is it an easy 1 command fix or more complex?
Thanks

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



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Bill Johnson
2020-03-16 15:12:42 UTC
Permalink
The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Bob Bridges
2020-03-16 15:51:32 UTC
Permalink
Hard to know how to evaluate this article's reliability. The .me country code, it says here, tells us the web site is based in Montenegro, where the official language is Montenegrin with Bosnian, Croatian, Serbian and Albanian in common usage. This particular item sounds like it's written by the proverbial Nigerian prince trying to get me to manage his multi-million-dollar stock portfolio, so I'm plagued by a tendency to disbelieve everything it says - which is absolutely not fair to the author.

I, too, believe the mainframe is far from dead/dying. But I'd like to know the author's prejudices before I try to evaluate the reliability of the "study" described here.

And part of my problem may be that my last three clients ~all~ think they're getting rid of their mainframe. All three have been working on the project for 5 to 15 years, and all three are nowhere close to finishing. I smile patronizingly and make the occasional snide comment, making my opinion as obvious as possible without (I hope) being actually abrasive, and my coworkers sound like they agree with me. But the fact the I'm three-for-three bothers me a little. Could this attitude be more widespread than I want to believe?

Meanwhile, recruiters tell me that mainframers are ever more difficult to find and our value keeps rising accordingly.

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

/* When their love was strong they could sleep on the edge of a sword, but now when they have forgotten, a bed sixty feet across is not sufficient. -Rab Akiva, quoted in _The Source_ by James Michener */

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@LISTSERV.UA.EDU] On Behalf Of Bill Johnson
Sent: Monday, March 16, 2020 11:12

The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Wayne Bickerdike
2020-03-17 02:38:38 UTC
Permalink
They don't mention Broadcom. CA were absorbed a while ago.
Post by Bob Bridges
Hard to know how to evaluate this article's reliability. The .me country
code, it says here, tells us the web site is based in Montenegro, where the
official language is Montenegrin with Bosnian, Croatian, Serbian and
Albanian in common usage. This particular item sounds like it's written by
the proverbial Nigerian prince trying to get me to manage his
multi-million-dollar stock portfolio, so I'm plagued by a tendency to
disbelieve everything it says - which is absolutely not fair to the author.
I, too, believe the mainframe is far from dead/dying. But I'd like to
know the author's prejudices before I try to evaluate the reliability of
the "study" described here.
And part of my problem may be that my last three clients ~all~ think
they're getting rid of their mainframe. All three have been working on the
project for 5 to 15 years, and all three are nowhere close to finishing. I
smile patronizingly and make the occasional snide comment, making my
opinion as obvious as possible without (I hope) being actually abrasive,
and my coworkers sound like they agree with me. But the fact the I'm
three-for-three bothers me a little. Could this attitude be more
widespread than I want to believe?
Meanwhile, recruiters tell me that mainframers are ever more difficult to
find and our value keeps rising accordingly.
---
/* When their love was strong they could sleep on the edge of a sword, but
now when they have forgotten, a bed sixty feet across is not sufficient.
-Rab Akiva, quoted in _The Source_ by James Michener */
-----Original Message-----
Behalf Of Bill Johnson
Sent: Monday, March 16, 2020 11:12
The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
--
Wayne V. Bickerdike

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Matthew Stitt
2020-03-13 19:51:20 UTC
Permalink
I would also check if the user(s) have OWNER=xxxxxx. PREFIX=xxxxxx, and/or SYSTEM=xxxxx set. This can be entered from the SDSF command line.

Matthew
Post by Bill Johnson
Thanks Bob.
Sent from Yahoo Mail for iPhone
Hi Bill,
In general, users automatically get full ALTER access to their own output, so I doubt JESSPOOL is the issue. If they are attempting to delete output from within SDSF, they also need access to SDSF panels and operator commands. These are controlled by RACF profiles in the SDSF, GSDSF, and OPERCMDS classes, or if they are not protected by RACF, then by SDSF's ISFPARMS.
You can use SDSF's SECTRACE to help debug the problem. Have a user execute SET SECTRACE ON or WTP at the SDSF command line (ON sends the results to ULOG; WTP to SYSLOG). Have the user attempt to delete output. Then, assuming they specified ON, have the user execute the ULOG command to see the RACF calls and their results. This assumes the user has authority to use ULOG - SDSF class resource ISFCMD.ODSP.ULOG.jesname or the ISFPARMS equivalent.
Regards, Bob
Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
www.twitter.com/RSH_RACF
www.rshconsulting.com
---------------------------------------------------------------------------
Upcoming RSH RACF Training - WebEx
- RACF Audit & Compliance Roadmap - OCT 19-23, 2020
- RACF Level I Administration - APR 27 - MAY 1, 2020
- RACF Level II Administration - APR 6-10, 2020
- RACF Level III Admin, Audit, & Compliance - NOV 2-6, 2020
- RACF - Securing z/OS UNIX  - SEPT 28 - OCT 2, 2020
---------------------------------------------------------------------------
-----Original Message-----
Date:    Thu, 12 Mar 2020 20:09:24 +0000
Subject: JESSPOOL
I’m not a RACF expert and need help giving a user the ability to delete their own SDSF output. Not really sure why they don’t have it. Not my setup. Is it an easy 1 command fix or more complex?
Thanks
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
Paul Gilmartin
2020-03-17 14:45:10 UTC
Permalink
... Nigerian prince ...
I suspect they expect fair(?) compensation for their survey effort.
Or, GIYF.
-----Original Message-----
From: Bill Johnson
Sent: Monday, March 16, 2020 11:12
The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/
As I read the topics of their Recent Posts (visible on handheld, not on
desktop!?), I suspect, "There is a great future in plastics. Think about it.
Will you think about it?"

-- gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
scott Ford
2020-03-17 14:53:52 UTC
Permalink
I am part of a ISV, but I see more a trend toward PC (aka Windows and Linux
), which is fine, but I think people are missing
the multi-platform resources available. Everyone is focused on 'the cloud'.
I dont feel its the end-all, just another tool.

Scott
(my opinion is my own)

On Tue, Mar 17, 2020 at 10:45 AM Paul Gilmartin <
Post by Paul Gilmartin
... Nigerian prince ...
I suspect they expect fair(?) compensation for their survey effort.
Or, GIYF.
-----Original Message-----
From: Bill Johnson
Sent: Monday, March 16, 2020 11:12
The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/
As I read the topics of their Recent Posts (visible on handheld, not on
desktop!?), I suspect, "There is a great future in plastics. Think about it.
Will you think about it?"
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
--
*IDMWORKS *

Scott Ford

z/OS Dev.




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



www.idmworks.com

***@idmworks.com

Blog: www.idmworks.com/blog





*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 ***@listserv.ua.edu with the message: INFO IBM-MAIN
Bill Johnson
2020-03-17 15:34:36 UTC
Permalink
The mainframe’s demise has been talked about for decades and yet it still processes most of the world’s critical transactions.
https://blog.syncsort.com/2017/06/mainframe/6-industries-mainframes-king/
You might put you pictures and music on the cloud but are you willing to put your health care and financial info there? I’m not.


Sent from Yahoo Mail for iPhone


On Tuesday, March 17, 2020, 10:54 AM, scott Ford <***@GMAIL.COM> wrote:

I am part of a ISV, but I see more a trend toward PC (aka Windows and Linux
), which is fine, but I think people are missing
the multi-platform resources available. Everyone is focused on 'the cloud'.
I dont feel its the end-all, just another tool.

Scott
(my opinion is my own)

On Tue, Mar 17, 2020 at 10:45 AM Paul Gilmartin <
Post by Paul Gilmartin
... Nigerian prince ...
I suspect they expect fair(?) compensation for their survey effort.
Or, GIYF.
-----Original Message-----
From:  Bill Johnson
Sent: Monday, March 16, 2020 11:12
The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/
As I read the topics of their Recent Posts (visible on handheld, not on
desktop!?), I suspect, "There is a great future in plastics.  Think about
it.
Will you think about it?"
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
--
*IDMWORKS *

Scott Ford

z/OS Dev.




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



www.idmworks.com

***@idmworks.com

Blog: www.idmworks.com/blog





*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 ***@listserv.ua.edu with the message: INFO IBM-MAIN



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
John McKown
2020-03-17 15:39:32 UTC
Permalink
On Tue, Mar 17, 2020 at 10:34 AM Bill Johnson <
Post by Bill Johnson
The mainframe’s demise has been talked about for decades and yet it still
processes most of the world’s critical transactions.
https://blog.syncsort.com/2017/06/mainframe/6-industries-mainframes-king/
You might put you pictures and music on the cloud but are you willing to
put your health care and financial info there? I’m not.
That's my boss' take on it. What gets hacked first? Something on the cloud.
Why? Because it's easier to find & get to. And, disrespect intended, most
Windows people are not paranoid enough to worry much about things like
security & auditing. They are all about ease of use and "glitz".
--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
zMan
2020-03-17 20:48:44 UTC
Permalink
Hey, but it's got Pie Chat. Who doesn't love pie? And chat?

Srsly, Arvind is IBM's last hope. Ginni was a disaster in every way for the
company and investors.

If you have 38 minutes, check out The Decline of IBM:


Not perfect, but pretty close to right-on.
Post by John McKown
On Tue, Mar 17, 2020 at 10:34 AM Bill Johnson <
Post by Bill Johnson
The mainframe’s demise has been talked about for decades and yet it still
processes most of the world’s critical transactions.
https://blog.syncsort.com/2017/06/mainframe/6-industries-mainframes-king/
Post by Bill Johnson
You might put you pictures and music on the cloud but are you willing to
put your health care and financial info there? I’m not.
That's my boss' take on it. What gets hacked first? Something on the cloud.
Why? Because it's easier to find & get to. And, disrespect intended, most
Windows people are not paranoid enough to worry much about things like
security & auditing. They are all about ease of use and "glitz".
--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
R.S.
2020-03-18 11:45:01 UTC
Permalink
Regarding cloud: it's trendy. Fashionable.
It's like many other buzzwords from the past.
It doesn't matter mainframe environment in your shop fulfills all cloud
advantages and more.
Cloud has to be from Google, Amazon, Microsoft. The brand name has to be
trendy.
Security? Nevermind! Many other companies went that way, so we also can.
Platforms? The only trendy system is "cloud", which usually means
Windows. Sometimes Linux, but it's much less trendy.
Trend is important. This is the thing described in airline magazines and
discussed in lobby at VIP conferences about new financial trends. Yes,
trends.

Regarding mainframe: IMHO big shops will remain on mainframe. It's to
serious too follow after trendy colorful solutions offered by PFCSKs or
startup owner which offer "sometimes it works" systems. It's too big
money to experiment.
The problem is with small and medium shops. New manager with new trendy
vision (yes, vision) can invest a lot of money to start the project. And
invest even more when prolong end date. And quietly stop investing in
mainframe. And be happy when mainframe system perform worse and worse -
that's the "reason" to get rid of...
--
Radoslaw Skorupka
Lodz, Poland
Post by Bill Johnson
The mainframe’s demise has been talked about for decades and yet it still processes most of the world’s critical transactions.
https://blog.syncsort.com/2017/06/mainframe/6-industries-mainframes-king/
You might put you pictures and music on the cloud but are you willing to put your health care and financial info there? I’m not.
Sent from Yahoo Mail for iPhone
I am part of a ISV, but I see more a trend toward PC (aka Windows and Linux
), which is fine, but I think people are missing
the multi-platform resources available. Everyone is focused on 'the cloud'.
I dont feel its the end-all, just another tool.
Scott
(my opinion is my own)
On Tue, Mar 17, 2020 at 10:45 AM Paul Gilmartin <
Post by Paul Gilmartin
... Nigerian prince ...
I suspect they expect fair(?) compensation for their survey effort.
Or, GIYF.
-----Original Message-----
From:  Bill Johnson
Sent: Monday, March 16, 2020 11:12
The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/
As I read the topics of their Recent Posts (visible on handheld, not on
desktop!?), I suspect, "There is a great future in plastics.  Think about
it.
Will you think about it?"
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
======================================================================

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

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

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

If you are not the addressee of this message:

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

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

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN
scott Ford
2020-03-19 00:10:38 UTC
Permalink
R.S. ——. Absolutely magnificent ........

Best Regards,
Scott
Post by R.S.
Regarding cloud: it's trendy. Fashionable.
It's like many other buzzwords from the past.
It doesn't matter mainframe environment in your shop fulfills all cloud
advantages and more.
Cloud has to be from Google, Amazon, Microsoft. The brand name has to be
trendy.
Security? Nevermind! Many other companies went that way, so we also can.
Platforms? The only trendy system is "cloud", which usually means
Windows. Sometimes Linux, but it's much less trendy.
Trend is important. This is the thing described in airline magazines and
discussed in lobby at VIP conferences about new financial trends. Yes,
trends.
Regarding mainframe: IMHO big shops will remain on mainframe. It's to
serious too follow after trendy colorful solutions offered by PFCSKs or
startup owner which offer "sometimes it works" systems. It's too big
money to experiment.
The problem is with small and medium shops. New manager with new trendy
vision (yes, vision) can invest a lot of money to start the project. And
invest even more when prolong end date. And quietly stop investing in
mainframe. And be happy when mainframe system perform worse and worse -
that's the "reason" to get rid of...
--
Radoslaw Skorupka
Lodz, Poland
Post by Bill Johnson
The mainframe’s demise has been talked about for decades and yet it
still processes most of the world’s critical transactions.
https://blog.syncsort.com/2017/06/mainframe/6-industries-mainframes-king/
Post by Bill Johnson
You might put you pictures and music on the cloud but are you willing to
put your health care and financial info there? I’m not.
Post by Bill Johnson
Sent from Yahoo Mail for iPhone
I am part of a ISV, but I see more a trend toward PC (aka Windows and
Linux
Post by Bill Johnson
), which is fine, but I think people are missing
the multi-platform resources available. Everyone is focused on 'the
cloud'.
Post by Bill Johnson
I dont feel its the end-all, just another tool.
Scott
(my opinion is my own)
On Tue, Mar 17, 2020 at 10:45 AM Paul Gilmartin <
Post by Paul Gilmartin
... Nigerian prince ...
I suspect they expect fair(?) compensation for their survey effort.
Or, GIYF.
-----Original Message-----
From: Bill Johnson
Sent: Monday, March 16, 2020 11:12
The mainframe is far from dead/dying.
https://dailyscience.me/2020/03/16/mainframe-market-to-see-incredible-growth-during-2020-2030/
Post by Bill Johnson
Post by Paul Gilmartin
As I read the topics of their Recent Posts (visible on handheld, not on
desktop!?), I suspect, "There is a great future in plastics. Think
about
Post by Bill Johnson
Post by Paul Gilmartin
it.
Will you think about it?"
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
======================================================================
- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
zapisałeś na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może
wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
(kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza
prawo
<https://www.google.com/maps/search/narusza+prawo?entry=gmail&source=g> i
może podlegać karze.
mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
01.01.2020 r. wynosi 169.401.468 złotych.
- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have
printed out or saved).
This message may contain legally protected information, which may be used
exclusively by the addressee.Please be reminded that anyone who
disseminates (copies, distributes) this message or takes any similar
action, violates the law and may b
<https://www.google.com/maps/search/law+and+may+b?entry=gmail&source=g>e
penalised.
mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
Capital City of Warsaw, 12th Commercial Division of the National Court
Register, KRS 0000025237, NIP: 526-021-50-88. Fully paid-up share capital
amounting to PLN 169.401.468 as at 1 January 2020.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
--
Scott Ford
IDMWORKS
z/OS Development

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