date:20190319

On Wed, 20 Mar 2019 00:53:57 +, Roger Sawtell wrote:

>We are seeking a way to submit jobs to Z/OSv2.2 from a web browser on our 
>intra-net and to get the response(s) back to the browser. 
Might Javascript or simply HTML forms on the client side plus
either Co:Z or a CGI program on the z/OS side work?

Would you want to supply the JCL as an uploaded file?

-- gil

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

Re: Is it broken? or just useless

2019-03-19 Thread Charles Mills

I gave it one star. No one else has rated it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Tuesday, March 19, 2019 5:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is it broken? or just useless

Jeez, what more do you want? It TELLS you that any z/OS marketing and
service announce, availability, and withdrawal dates are applicable
worldwide. You didn't want actual dates, did you?

On Tue, Mar 19, 2019 at 6:23 PM Gibney, Dave  wrote:

> http://www-01.ibm.com/support/docview.wss?uid=ibm1MIGR-5081748
>
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


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

Submitting batch jobs from a web browser

2019-03-19 Thread Roger Sawtell

We are seeking a way to submit jobs to Z/OSv2.2 from a web browser on our 
intra-net and to get the response(s) back to the browser.
>From the reading we have done, we believe that this should be possible using 
>Z/OSMF, but are struggling somewhat to find out exactly how.
It has also been suggested to us that it could be done with TWS, but we haven't 
found a way to do that either.
I would be most appreciative if someone could suggest further reading or give 
us a hint whether what we want to do is possible or not.
Roger Sawtell
Senior Developer
Air New Zealand Ltd
Good planets are hard to find - please think of the environment before you 
print this email.

CAUTION - This message may contain privileged and confidential 
information intended only for the use of the addressee named above.
If you are not the intended recipient of this message you are hereby 
notified that any use, dissemination, distribution or reproduction 
of this message is prohibited. If you have received this message in 
error please notify Air New Zealand immediately. Any views expressed 
in this message are those of the individual sender and may not 
necessarily reflect the views of Air New Zealand.
_
For more information on the Air New Zealand Group, visit us online
at http://www.airnewzealand.com 
_

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

Re: How to grant access to CONSPROF

2019-03-19 Thread Walt Farrell

On Wed, 13 Mar 2019 11:39:30 -0700, Lizette Koehler  
wrote:

>Dear List -
>
>I am trying to run a batch REXX that issues CONSPROF or CONSOLE commands.
>
>I have set up everything in IKJTSO00 for CONSOLE, I have updated the RACF
>TSOAUTH for the ID issuing the commands
>
>The process will VARY OFFLINE and VARY ONLINE Dasd volumes
>
>Yet I am still getting
>
>IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+
>IKJ55353I USER USER001 DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
>
>Any other places to check?

Have you verified that the user has a TSO segment? If it doesn't, I have a 
vague memory that you would need some TSO/E exit in order to authorize CONSOLE 
authority.

-- 
Walt

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

Re: Is it broken? or just useless

2019-03-19 Thread Gibney, Dave

Well, yes. Specifically z/OS availability and EOS/EOL 😊

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of zMan
> Sent: Tuesday, March 19, 2019 5:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is it broken? or just useless
> 
> Jeez, what more do you want? It TELLS you that any z/OS marketing and
> service announce, availability, and withdrawal dates are applicable
> worldwide. You didn't want actual dates, did you?
> 
> On Tue, Mar 19, 2019 at 6:23 PM Gibney, Dave  wrote:
> 
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__www-
> 2D01.ibm.com_s
> > upport_docview.wss-3Fuid-3Dibm1MIGR-
> 2D5081748&d=DwIBaQ&c=C3yme8gMkxg_i
> > hJNXS06ZyWk4EJm8LdrrvxQb-
> Je7sw&r=u9g8rUevBoyCPAdo5sWE9w&m=KoqzGHrOkJ1h
> >
> zyp6kckqT3jeXbjS112zqFusGWdr8IE&s=Q7D5fO8wSuDkV2yytxpmg3f9kzse5
> NXamdps
> > -Zgbyxw&e=
> >
> >
> > Dave Gibney
> > Information Technology Services
> > Washington State University
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> 
> --
> 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
> 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: Is it broken? or just useless

2019-03-19 Thread zMan

Jeez, what more do you want? It TELLS you that any z/OS marketing and
service announce, availability, and withdrawal dates are applicable
worldwide. You didn't want actual dates, did you?

On Tue, Mar 19, 2019 at 6:23 PM Gibney, Dave  wrote:

> http://www-01.ibm.com/support/docview.wss?uid=ibm1MIGR-5081748
>
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: [EXTERNAL]Re: Effective of SMT with high zIIP usage

2019-03-19 Thread Tobleman, Vicky

Any recommendations on IFL engines?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Scott Chapman
Sent: Thursday, March 14, 2019 11:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL]Re: Effective of SMT with high zIIP usage

My recommendation is to leave SMT turned off until you have a defined need for 
it. Then when/if you turn it on, evaluate both application responsiveness as 
well as the standard SMT measurement values. And then generally keep an eye on 
those values over time.

With SMT enabled, understanding effective zIIP capacity becomes "problematic". 
zIIP CPU time measurements are "adjusted" to be MT1ET.

I'd always prefer to buy more real zIIP capacity vs. enabling some additional 
variable and hard to understand amount of capacity via SMT.

We've seen cases where SMT was useful and we've seen cases where SMT was 
problematic. The majority of the cases are somewhere in-between and may not be 
worth the measurement issues. I'd say we see more sites with it disabled than 
enabled.

But... if you need more zIIP capacity and can't immediately acquire more real 
zIIP capacity, it can be a very useful stop-gap measure.

That may be the case for you, I don't know. Are you getting much cross-over to 
the GPs? Do you have a large spikes of work units waiting for a zIIP?

I have a presentation out there about SMT that explains the measurements and 
gives my recommendation for when you might want to try it. Go to 
https://www.pivotor.com and click on the "Free!" button then find and click 
through to our presentations. You probably can find it on a number of the 
conference web sites as I've presented it at the major conferences as well.

Scott Chapman
Enterprise Performance Strategies

On Thu, 14 Mar 2019 15:08:36 +, Bill Bishop (TMNA)  
wrote:

>Anyone have any real-world experience with SMT?
>
>We have very high zIIP usage, 70% to 80% across 3 zIIPs, right now and have 
>been asked to evaluate turning on SMT.
>
>One response was that with high zIIP usage, SMT might not be as effective as 
>could be, and the other response is that it will make more efficient use of 
>the zIIPS and allow them to drive higher.
>
>We are aware of the impact of zIIP overflow to CPs.
>
>Thanks
>
>Bill Bishop
>Consultant, Mainframe Engineer
>Mainframe and Scheduling | Infrastructure Technology Services Toyota
>Motor North America  bill.bis...@toyota.com
>Office:  (469) 292-5149
>Cell:  (502) 316-4386
>
>--
>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

American National has changed its email addresses to 
firstname.lastn...@americannational.com. Please update my email address in your 
contact list, if applicable, at your earliest convenience.

Confidentiality: This transmission, including any attachments, is solely for 
the use of the intended recipient(s). This transmission may contain information 
that is confidential or otherwise protected from disclosure. The use or 
disclosure of the information contained in this transmission, including any 
attachments, for any purpose other than that intended by its transmittal is 
strictly prohibited. Unauthorized interception of this email is a violation of 
federal criminal law. If you are not an intended recipient of this 
transmission, please immediately destroy all copies received and notify the 
sender.

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

Is it broken? or just useless

2019-03-19 Thread Gibney, Dave

http://www-01.ibm.com/support/docview.wss?uid=ibm1MIGR-5081748


Dave Gibney
Information Technology Services
Washington State University


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

Re: OpenSSH / Ported Tools / Co:Z

2019-03-19 Thread Schuffenhauer, Mark

Well as a message code...  actually if you look through that manual, there are 
a few uses that seem a bit 'footloose and fancy free.'  But still nothing 
directly indicating USS = Unix Systems Services.   May as well take the leap 
and equate the two.

Example 1: Export USS /u/user* or MVS A.B in export file.
Maestro GUI:

Note: Check the z/OS USS BPXPRMxx parmlib member for INADDRANYPORT and 
INADDRANYCOUNT.
Their range cannot include the z/OS NFS server port ranges for the server to 
initialize. See z/OS
Communications Server: IP Configuration Guide for more details.

Using NFS v4 protocol (NFSv4) name mapping, a user can map owner and group 
names on a single DNS
domain (INET environment) or on multiple DNS domains (CINET environment) to 
z/OS USS uid and gid
numeric values. nfsv4domain(NFSv4_default_domain) specifies the "pseudo" NFSv4 
domain for the

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 19, 2019 4:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

On Tue, 19 Mar 2019 20:49:14 +, Seymour J Metz wrote:

>> Unix System Services is not in an IBM manual
>
>WTF? 
>https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3UnixSystemServicesPublications?OpenDocument
> lists a bunch of manuals with Unix System Services in the title:
>
>   z/OS UNIX System Services Command Reference, SA23-2280-30  z/OS UNIX
> System Services File System Interface Reference, SA23-2285-30  z/OS
> UNIX System Services Messages and Codes, SA23-2284-30  z/OS UNIX
> System Services Planning, GA32-0884-30  z/OS UNIX System Services
> Programming Tools, SA23-2282-30  z/OS UNIX System Services
> Programming: Assembler Callable Services Reference, SA23-2281-30  z/OS
> UNIX System Services User's Guide, SA23-2279-30  z/OS Using REXX and
> z/OS UNIX System Services, SA23-2283-30
>
I believe Mark misstated his intent and Shmuel (characteristically) took him 
literally.
I suspect the intent was, "USS does not represent Unix System Services in any 
IBM manual."  And that's false.  The first of many such uses returned by the 
enormously useful "zOS_V2R3_Documentation.pdx" index in the 2017 zipped 
collection is:

z/OSIBM Network File System Guide and Reference
Version 2 Release 3 SC23-6883-30

containing:
USS JR reason codes (-0FFF)
A  value in the range  to 0FFF indicates that the reason code 
matches one
of the USS JR reason codes described in z/OS UNIX System Services 
Messages
and Codes. These reason codes can potentially appear for any NFS Client 
or NFS
Server module.

>
>From: Schuffenhauer, Mark
>Sent: Tuesday, March 19, 2019 4:29 PM
>
>United States Ship?
>
> I had never thought USS was not Unix System Services.  I did VTAM work for 
> many years, so I was familiar with USS as Unformatted System Services, (which 
> you can find in an IBM manual).
>
>Unix System Services is not in an IBM manual, which I disbelieved and had to 
>do some bulk searching to determine.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DISCLAIMER: This email and any attachments may contain confidential information 
that is intended solely for use by the intended recipient(s). If you are not 
the intended recipient, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the communication. If 
you received this email in error, please contact the sender by reply email and 
immediately delete the communication.

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

Re: OpenSSH / Ported Tools / Co:Z

On Tue, 19 Mar 2019 20:49:14 +, Seymour J Metz wrote:

>> Unix System Services is not in an IBM manual
>
>WTF? 
>https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3UnixSystemServicesPublications?OpenDocument
> lists a bunch of manuals with Unix System Services in the title:
>
>   z/OS UNIX System Services Command Reference, SA23-2280-30
>  z/OS UNIX System Services File System Interface Reference, SA23-2285-30
>  z/OS UNIX System Services Messages and Codes, SA23-2284-30
>  z/OS UNIX System Services Planning, GA32-0884-30
>  z/OS UNIX System Services Programming Tools, SA23-2282-30
>  z/OS UNIX System Services Programming: Assembler Callable Services 
> Reference, SA23-2281-30
>  z/OS UNIX System Services User's Guide, SA23-2279-30
>  z/OS Using REXX and z/OS UNIX System Services, SA23-2283-30
>
I believe Mark misstated his intent and Shmuel (characteristically) took him 
literally.
I suspect the intent was, "USS does not represent Unix System Services in any
IBM manual."  And that's false.  The first of many such uses returned by the
enormously useful "zOS_V2R3_Documentation.pdx" index in the 2017 zipped
collection is:

z/OSIBM Network File System Guide and Reference
Version 2 Release 3 SC23-6883-30

containing:
USS JR reason codes (-0FFF)
A  value in the range  to 0FFF indicates that the reason code 
matches one
of the USS JR reason codes described in z/OS UNIX System Services 
Messages
and Codes. These reason codes can potentially appear for any NFS Client 
or NFS
Server module.

>
>From: Schuffenhauer, Mark
>Sent: Tuesday, March 19, 2019 4:29 PM
>
>United States Ship?
>
> I had never thought USS was not Unix System Services.  I did VTAM work for 
> many years, so I was familiar with USS as Unformatted System Services, (which 
> you can find in an IBM manual).
>
>Unix System Services is not in an IBM manual, which I disbelieved and had to 
>do some bulk searching to determine.

-- gil

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

Re: OpenSSH / Ported Tools / Co:Z

2019-03-19 Thread Schuffenhauer, Mark

I should have clarified USS with the abbreviated meaning of Unix System 
Services does not appear in an IBM manual.   Or as an abbreviation for z/OS 
UNIX System Services.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, March 19, 2019 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

> Unix System Services is not in an IBM manual

WTF? 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3UnixSystemServicesPublications?OpenDocument
 lists a bunch of manuals with Unix System Services in the title:

   z/OS UNIX System Services Command Reference, SA23-2280-30
  z/OS UNIX System Services File System Interface Reference, SA23-2285-30
  z/OS UNIX System Services Messages and Codes, SA23-2284-30
  z/OS UNIX System Services Planning, GA32-0884-30
  z/OS UNIX System Services Programming Tools, SA23-2282-30
  z/OS UNIX System Services Programming: Assembler Callable Services Reference, 
SA23-2281-30
  z/OS UNIX System Services User's Guide, SA23-2279-30
  z/OS Using REXX and z/OS UNIX System Services, SA23-2283-30

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


From: IBM Mainframe Discussion List  on behalf of 
Schuffenhauer, Mark 
Sent: Tuesday, March 19, 2019 4:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

United States Ship?

 I had never thought USS was not Unix System Services.  I did VTAM work for 
many years, so I was familiar with USS as Unformatted System Services, (which 
you can find in an IBM manual).

Unix System Services is not in an IBM manual, which I disbelieved and had to do 
some bulk searching to determine.

Mark

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 19, 2019 3:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

On Tue, 19 Mar 2019 19:13:42 +, Seymour J Metz  wrote:

>The only word from an IBM employee was that USS had never been an official 
>acronym for Unix System Services. This was in the context of my complaint 
>about IBM overloading acronyms.
>
Was it ever an "official" (despite not appearing in the z/OS Glossary) acronym 
for Unformatted System Services?

Both uses have appeared in IBM publications.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DISCLAIMER: This email and any attachments may contain confidential information 
that is intended solely for use by the intended recipient(s). If you are not 
the intended recipient, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the communication. If 
you received this email in error, please contact the sender by reply email and 
immediately delete the communication.

--
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: This email and any attachments may contain confidential information 
that is intended solely for use by the intended recipient(s). If you are not 
the intended recipient, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the communication. If 
you received this email in error, please contact the sender by reply email and 
immediately delete the communication.

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

Re: calling a webservice using HTTPS from batch (and CICS)

2019-03-19 Thread Bernd Oppolzer

Last week I talked with some people at IBM about this,
and no one of them mentioned additional costs; AFAIK, this is part of
basic z/OS
if you have release 2.2 or higher and should come at no cost (with 2.1,
it can

be installed using PTF or APAR, IIRC).

This is NOT z/OS Connect EE, which may have additional costs. z/OS Connect
IMO supports both HTTP(S) client and server, whereas the z/OS Client web
enablement

toolkit only supports z/OS acting as a HTTP or HTTPS client.

By the way: the tool uses a Unix System Service address space, probably
to do
the encryption work (SSL). The calling function must be compiled and
linked using
POSIX(ON). IMO, this would be the same, if we would stay with our
current solution
(which does the HTTP work already) and add the SSL logic using z/OS SSL
encryption
services ... this again would force us to use an USS address spaces and
POSIX(ON).

Another option would have been to use the HTTP (and HTTPS) client
features of

CICS and call CICS from batch using EXCI.

But: in the meantime, some architects at the customer's site decided
that it would
be probably better to use a dedicated security proxy server which is
placed in the

secure zone besides the mainframe, so the communication from the mainframe
to the security proxy could remain HTTP (that is: my current solution),
and the
encryption and password enrichment etc. could be done by the security
proxy.
No change to the current mainframe solution needed at all. (The security
proxy

etc. is technology that the customer already has).

Kind regards

Bernd

Am 19.03.2019 um 19:50 schrieb scott Ford:

Bernd,

Is my assumption correct a customer must pay for this feature ? We run
z/PDT and I was just wondering if we could use it.

Regards,
Scott
IDMWORKS
z/OS Dev lead

On Tue, Mar 12, 2019 at 7:40 PM Bernd Oppolzer
wrote:

Thank you all for your valuable answers.

I found this presentation in the meantime:
http://www.newera.com/INFO/11-2017_Web_Enablement_Toolkit.pdf

and this:

http://ibmsystemsmag.com/mainframe/administrator/systemsmanagement/client-web-enablement-toolkit/?page=1

and these pages from IBM:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieac100/ieac1-client-web-enablement.htm

all covering the same piece of software;

this will be my way to go, IMO.

Thanks again,
kind regards

Bernd

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

Re: Catalog Sharing

2019-03-19 Thread Jesse 1 Robinson

Our enterprise ROT is to share everything in a plex that can be shared. With 
help from symbolics and variables. One MCAT per plex regardless of number of 
systems. UCATs shared only within a plex. And unlike some shops, we reuse all 
catalogs indefinitely across z/OS upgrades and reconfigurations. Our main 
production catalog was created 1983.193. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Tuesday, March 19, 2019 8:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Catalog Sharing

We have 1 MCAT per Sysplex with an Alt MCAT also defined.

Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com

IBM Services

IBM Mainframe Discussion List  wrote on
03/19/2019 04:24:50 AM:

> From: "Lopez, Sharon" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/19/2019 04:25 AM
> Subject: Catalog Sharing
> Sent by: IBM Mainframe Discussion List 
>
> Just a general question wondering how others share the master catalog 
> in a SYSPLEX.  Do most of you guys share a master catalog in the 
> sysplex or do you have a master catalog for each lpar in the sysplex?  
> Just thinking about single point of failures.
>
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist BB&T - IT Production 
> Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
> sharon.lo...@bbandt.com

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

Re: OpenSSH / Ported Tools / Co:Z

> Unix System Services is not in an IBM manual

WTF? 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3UnixSystemServicesPublications?OpenDocument
 lists a bunch of manuals with Unix System Services in the title:

   z/OS UNIX System Services Command Reference, SA23-2280-30
  z/OS UNIX System Services File System Interface Reference, SA23-2285-30
  z/OS UNIX System Services Messages and Codes, SA23-2284-30
  z/OS UNIX System Services Planning, GA32-0884-30
  z/OS UNIX System Services Programming Tools, SA23-2282-30
  z/OS UNIX System Services Programming: Assembler Callable Services Reference, 
SA23-2281-30
  z/OS UNIX System Services User's Guide, SA23-2279-30
  z/OS Using REXX and z/OS UNIX System Services, SA23-2283-30

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


From: IBM Mainframe Discussion List  on behalf of 
Schuffenhauer, Mark 
Sent: Tuesday, March 19, 2019 4:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

United States Ship?

 I had never thought USS was not Unix System Services.  I did VTAM work for 
many years, so I was familiar with USS as Unformatted System Services, (which 
you can find in an IBM manual).

Unix System Services is not in an IBM manual, which I disbelieved and had to do 
some bulk searching to determine.

Mark

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 19, 2019 3:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

On Tue, 19 Mar 2019 19:13:42 +, Seymour J Metz  wrote:

>The only word from an IBM employee was that USS had never been an official 
>acronym for Unix System Services. This was in the context of my complaint 
>about IBM overloading acronyms.
>
Was it ever an "official" (despite not appearing in the z/OS Glossary) acronym 
for Unformatted System Services?

Both uses have appeared in IBM publications.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DISCLAIMER: This email and any attachments may contain confidential information 
that is intended solely for use by the intended recipient(s). If you are not 
the intended recipient, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the communication. If 
you received this email in error, please contact the sender by reply email and 
immediately delete the communication.

--
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: OpenSSH / Ported Tools / Co:Z

2019-03-19 Thread Schuffenhauer, Mark

United States Ship?

 I had never thought USS was not Unix System Services.  I did VTAM work for 
many years, so I was familiar with USS as Unformatted System Services, (which 
you can find in an IBM manual).

Unix System Services is not in an IBM manual, which I disbelieved and had to do 
some bulk searching to determine.

Mark

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 19, 2019 3:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

On Tue, 19 Mar 2019 19:13:42 +, Seymour J Metz  wrote:

>The only word from an IBM employee was that USS had never been an official 
>acronym for Unix System Services. This was in the context of my complaint 
>about IBM overloading acronyms.
>
Was it ever an "official" (despite not appearing in the z/OS Glossary) acronym 
for Unformatted System Services?

Both uses have appeared in IBM publications.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DISCLAIMER: This email and any attachments may contain confidential information 
that is intended solely for use by the intended recipient(s). If you are not 
the intended recipient, you are strictly prohibited from disclosing, copying, 
distributing or using any of the information contained in the communication. If 
you received this email in error, please contact the sender by reply email and 
immediately delete the communication.

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

Re: PDOS/390 on real hardware

On Tue, 19 Mar 2019 19:15:37 +, Seymour J Metz wrote:

>What translation of ASCII C-A through C-Z does PDOS/390 assume?
> 
These are (mostly) consistently defined in ASCII<->EBCDIC translations.
The notable exceptions are Ctl-J and NL/NEL.

>
>From: Paul Edwards 
>Sent: Monday, March 18, 2019 5:28 PM
>On Mon, 18 Mar 2019 16:22:53 -0500, Paul Edwards
>
>>A terminal that conforms to ANSI X3.64
>>if all references to ASCII were replaced
>>with EBCDIC.
>
>And also the control characters like ctrl-x
>and ctrl-c and ctrl-s that are typed need to
>go through to the operating system and
>mainframe application to be processed so
>that micro-emacs can work.

--gil

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

Re: OpenSSH / Ported Tools / Co:Z

On Tue, 19 Mar 2019 19:13:42 +, Seymour J Metz  wrote:

>The only word from an IBM employee was that USS had never been an official 
>acronym for Unix System Services. This was in the context of my complaint 
>about IBM overloading acronyms.
> 
Was it ever an "official" (despite not appearing in the z/OS Glossary) acronym
for Unformatted System Services?

Both uses have appeared in IBM publications.

-- gil

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

Re: PDOS/390 on real hardware

2019-03-19 Thread Paul Edwards

On Tue, 19 Mar 2019 19:15:37 +, Seymour J Metz  wrote:

>What translation of ASCII C-A through C-Z does PDOS/390 assume?

PDOS/390 just passes that through to the
application, but the applications are
expecting this:

static unsigned char atoe[256] = {
"\x00\x01\x02\x03\x37\x2D\x2E\x2F\x16\x05\x15\x0B\x0C\x0D\x0E\x0F"
"\x10\x11\x12\x13\x3C\x3D\x32\x26\x18\x19\x3F\x27\x1C\x1D\x1E\x1F"


Also I needed to add this table to micro-emacs:

static char mapctlbuf[256] = {
0x00, 'A' , 'B' , 'C' , 0x00, 'I' , 0x00, 0x00,
0x00, 0x00, 0x00, 'K' , 'L' , 'M' , 'N' , 'O' ,
'P' , 'Q' , 'R' , 'S' , 0x00, 'J' , 'H' , 0x00,
'X' , 'Y' , 0x00, 0x00, '\\', ']' , '^' , '_' ,
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 'W' , '[' ,
0x00, 0x00, 0x00, 0x00, 0x00, 'E' , 'F' , 'G' ,
0x00, 0x00, 'V' , 0x00, 0x00, 0x00, 0x00, 'D' ,
0x00, 0x00, 0x00, 0x00, 'T' , 'U' , 0x00, 'Z' ,
};

plus another one to reverse it.

BFN. Paul.

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

Re: PDOS/390 on real hardware

What translation of ASCII C-A through C-Z does PDOS/390 assume?


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Edwards 
Sent: Monday, March 18, 2019 5:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDOS/390 on real hardware

On Mon, 18 Mar 2019 16:22:53 -0500, Paul Edwards  wrote:

>A terminal that conforms to ANSI X3.64
>if all references to ASCII were replaced
>with EBCDIC.

And also the control characters like ctrl-x
and ctrl-c and ctrl-s that are typed need to
go through to the operating system and
mainframe application to be processed so
that micro-emacs can work.

BFN. Paul.

--
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: OpenSSH / Ported Tools / Co:Z

The only word from an IBM employee was that USS had never been an official 
acronym for Unix System Services. This was in the context of my complaint about 
IBM overloading acronyms.


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


From: IBM Mainframe Discussion List  on behalf of 
Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu>
Sent: Monday, March 18, 2019 6:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

http://secure-web.cisco.com/1bMQLqDhhKLKnJQywizr6Gwe_iGSi0lP4SGSMxO66HTplCl4r9QMwrC3PrFe8CMIyoD6TuByClAp0FUfR7UiOYdkjcKYqADAdRMeewLNtwzyYvds9siazjoXAnTs7aZ5U9hxPwhSxQmemTZlAJdEGcctXwbvSSkCcJNitpMLrpS7Dw08uWYx9QoJSmsCBGJ3JIVWSw7UQqALa4w1fbObQBapmwKK1JPYKrScQwDP3TUhW27uM4U3yrh5S88XMmUQchtjJmc-XDYjYMzZrHr4z5O4YFNdXwzl2_zGHjkW5L6benS-tdwUuqDdiUS3veFwid2CBlnsgwGDsBgJG11XCe6AEPILodj175gtm7WS6XuBMggGNrRPIJq8UmRQ2dHxhwtBb26Fw_Y3kxl_mgc2n92aT3LNNiW5XEutN40Hf_tsmkuicDrjeiBnub8OKg3ab/http%3A%2F%2Fwww.stuhenderson.com%2FHandouts%2FSTUuss01.pdf

IIRC MVS/OE rolled in with 4.3. After a few iterations it became USS and was 
presented in several SHARE sessions and IBM documents. There were threads back 
and forth on this list as to whether it was or wasn't. I don't know the final 
answer. It may be like the psychology test "we don't change the questions, just 
the answers".In a message dated 3/18/2019 5:07:22 PM Central Standard Time, 
jesse1.robin...@sce.com writes:
So what's all the fUSS?

--
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: OpenSSH / Ported Tools / Co:Z

> I believe these date back to the 1970s.

Yes, USS dates to the original SNA support, when there were formatted logons 
from some devices and other devices that only sent character strings for logon. 
USS was the component that parsed character strings and extracted BIND data 
equivalent to those in a formatted logon.


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


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Monday, March 18, 2019 7:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

Well, I did find VTAM USS (Unformatted System Services) TABLES.  I
believe these date back to the 1970s.

https://secure-web.cisco.com/1xTi17q7myvtfAdNM6rCFSgNGd_Fayc7pWphwqP6jzzPjvvjTu3tIhbVcBL_tdF8z6s8UuNeZwkBDCuCX6hL67sMY6JitwyixCQlAOWz3y53KaWAUfbB4OvHyGsxwxEH6V9NHWauoNOz8ggGCpEadw62VL5_RqSYpOoGXP37f1x5j8nZ1ODzOxFU4dQBwpdbqkf73g1otY1wmpEHwF37M8ivFc-Y-1lg2sIhH8W1nAP4G5XSHknUbEAupTXUB4_hRFQwHDE8_FXgaE7hi4mh_Oepf7gWEkBkrk7e4VX-jX4z_KCfQ6TR3RrCUM0ASB1pvmXhjbMV6sCb9r5IgdIMZMqj4BMSgQsy8Akkj20-zWBzBvocIXfjLiIDS_NAJQHvl/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.istrdr0%2Fuss_table.htm

On Mon, Mar 18, 2019 at 5:49 PM David Mingee  wrote:
>
> C lever... I did find hits on google for acronym -  USS,  navy and Z/OS Unix 
> System Services .  For some reason it made me think of Snow White and the 7 
> dwarfs of mainframe.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Jesse 1 Robinson
> Sent: Monday, March 18, 2019 6:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OpenSSH / Ported Tools / Co:Z
>
> So what's all the fUSS?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Matt Hogstrom
> Sent: Monday, March 18, 2019 1:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: OpenSSH / Ported Tools / Co:Z
>
> Actually it is in every z/OS Unix System Services document.  Cleverly 
> disguised with the prefix ‘disc' and the suffix ‘ed’ ’ion’ or others.  For 
> example
>
> So far, we have discussed
> The following discussion
>
> There is it, USS hiding in plain sight in almost ALL IBM documents.
>
> Matt Hogstrom
> m...@hogstrom.org
> PGP Key: 0x90ECB270
>
> "Never attribute to malice that which is adequately explained by stupidity.” 
> - Hanlon’s Razor
>
> > On Mar 18, 2019, at 12:54 PM, Jesse 1 Robinson  
> > wrote:
> >
> > In an obscure corner of IBM's PK campus is a nondescript bunker-like 
> > building. The basement of that building houses the IBM Acronym Factory. The 
> > IAF is staffed by a cadre of probationary lawyers and a rotating squad of 
> > 14-year-old boys. A proposed acronym is first sprung on the boys; if they 
> > giggle, the PA is discarded. Otherwise it's tossed into the lawyer cage. If 
> > it emerges intact, it's on the road to acronymhood.
> >
> > 'USS' was relegated to wannabe status for reasons forever locked in the 
> > IAF. No matter how commonly it's used, it doesn't officially exist. Think 
> > of trying to sneak a snippet of Anglo Saxon slang past the Alliance 
> > Francaise. Cannot happen.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Paul Gilmartin
> > Sent: Sunday, March 17, 2019 3:20 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: (External):Re: OpenSSH / Ported Tools / Co:Z
> >
> > On Sun, 17 Mar 2019 16:32:42 -0500, Mike Schwab wrote:
> >
> >> They got rid of Unformatted System Services?
> >>
> > Just the abbreviation.  Perhaps they'd rather not take sides.  Did the 
> > abbreviation appear in an older Glossary?  Wayback Machine?  BitSavers?
> >
> >> On Sun, Mar 17, 2019 at 3:05 PM Paul Gilmartin wrote:
> >>>
> >>> On Sun, 17 Mar 2019 15:45:11 -0400, scott Ford wrote:
> >>>
>  Very funny Rad ..USS wars is about right ...lol
> 
>  On Sat, Mar 16, 2019 at 4:27 PM R.S. wrote:
> 
> > OK, who start "USS is not Unix System Services" war?
> > Don't forget about "it's UNIX, not Unix" and "official acronym".
> > Of course all the typos will be punished seriously.
> >
> >>> The z/OS glossary contains no definition of "USS".  I wonder what an RCF 
> >>> would cause?
> >>>
> >>> https://secure-web.cisco.com/1UJYryYU8Cf_EULCJeUrWObSnKR5o7TM6m092msSZ1GY2ejOfxHtcajNmQ20lywzlr4qk8d974P9qC6vKsmtPUjoGvfVS9RTWexrgdXQoG4XelEw0fpwDvkSZ_Ioft1r0RO0JCCbTLDMy2rFWiWnwarYgBhwlQh7a5wdVLTL5z3w-8K74V-TS75mgyEExHNdJXN75H6rg-PfiUs_CrLFRF5mWxwjMP5tWzvV74qpkjFaCAVuIqB2hFo0VkODOEDrqtDBBJ5xss4VbogT6CzcUq49y1PRg77JtkQgEbIDqoTE_gHoBPF7zJ5RSYD4vgZ0AbOMSTf8NnGcgFE7XKyipyNuDPlh6EuK096076jNVuM_Q9tGxY46W12un6awsrOtT/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2Fzosbasics%2Fcom.ibm.zgl
> >>> o
> >>> ssary.doc/zglossary.html
> >
> > -- gil
>
>
> --
> For IBM-MAIN subscribe / signoff / arc

Re: How to grant access to CONSPROF

2019-03-19 Thread scott Ford

Liz,

I have a Rexx program/exec that does MVS commands in batch ..
Scott

On Wed, Mar 13, 2019 at 4:01 PM Carmen Vitullo  wrote:

> got ya, our CA-OPS uses console services, I've never looked but I wonder
> if the ID need to have a TSO SEGMENT to use console services ?
>
>
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Lizette Koehler" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, March 13, 2019 2:56:55 PM
> Subject: Re: How to grant access to CONSPROF
>
> This is not a TSO User. But an ID Used on a batch job in JCL coded on the
> jobcard as USER=USER01
>
> So nothing to logoff or logon. So unless you are indicating an IPL Is
> required ;-D, not sure how to refresh the ID as it never logged on
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Carmen Vitullo
> > Sent: Wednesday, March 13, 2019 12:33 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: How to grant access to CONSPROF
> >
> > I've had similar issues with console, not RACF here but TSS, sometimes
> I'm
> > told I need to logoff and logon again even though the in storage
> profiles
> > have been refreshed.
> >
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "Lizette Koehler" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Wednesday, March 13, 2019 2:17:14 PM
> > Subject: Re: How to grant access to CONSPROF
> >
> > Absolutely. And did SETR Refreshes when needed.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of Carmen Vitullo
> > > Sent: Wednesday, March 13, 2019 11:43 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: How to grant access to CONSPROF
> > >
> > > ok, a stupid question, you issued the PARMLIB UPDATE(00) command ?
> > >
> > >
> > >
> > > Carmen Vitullo
> > >
> > > - Original Message -
> > >
> > > From: "Lizette Koehler" 
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Sent: Wednesday, March 13, 2019 1:39:30 PM
> > > Subject: How to grant access to CONSPROF
> > >
> > > Dear List -
> > >
> > > I am trying to run a batch REXX that issues CONSPROF or CONSOLE
> commands.
> > >
> > > I have set up everything in IKJTSO00 for CONSOLE, I have updated the
> > > RACF TSOAUTH for the ID issuing the commands
> > >
> > > The process will VARY OFFLINE and VARY ONLINE Dasd volumes
> > >
> > > Yet I am still getting
> > >
> > > IKJ55353I THE CONSPROF COMMAND HAS TERMINATED.+ IKJ55353I USER USER001
> > > DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
> > >
> > > Any other places to check?
> > >
> > >
> > >
> > > Lizette Koehler
> > > statistics: A precise and logical method for stating a half-truth
> > > inaccurately
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to
> > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to
> > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 



*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

scott.f...@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 lists...@listserv.ua.edu wit

Re: calling a webservice using HTTPS from batch (and CICS)

2019-03-19 Thread scott Ford

Bernd,

Is my assumption correct a customer must pay for this feature ?  We run
z/PDT and I was just wondering if we could use it.

Regards,
Scott
IDMWORKS
z/OS Dev lead

On Tue, Mar 12, 2019 at 7:40 PM Bernd Oppolzer 
wrote:

> Thank you all for your valuable answers.
>
> I found this presentation in the meantime:
> http://www.newera.com/INFO/11-2017_Web_Enablement_Toolkit.pdf
>
> and this:
>
> http://ibmsystemsmag.com/mainframe/administrator/systemsmanagement/client-web-enablement-toolkit/?page=1
>
> and these pages from IBM:
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieac100/ieac1-client-web-enablement.htm
>
> all covering the same piece of software;
>
> this will be my way to go, IMO.
>
> Thanks again,
> kind regards
>
> Bernd
>
>
> Am 10.03.2019 um 18:00 schrieb ITschak Mugzach:
> > I am using the http/https protocol enabler in assembler. Coding is
> simple.
> > Works well. I only use it outside of cics. Btw, i tried it with other
> > protocols like syslog and it works just fine.
> >
> > ITschak
> >
> > בתאריך יום א׳, 10 במרץ 2019, 18:55, מאת Bernd Oppolzer ‏<
> > bernd.oppol...@t-online.de>:
> >
> >> Hello all,
> >>
> >> some months ago, I wrote a program which allows to call webservices
> >> (HTTP POST or HTTP GET)
> >> from batch programs, written in C or PL/1. The program (subroutine) is
> >> written in C
> >> and uses the standard TCP/IP socket interface, available in the
> >> classical z/OS environment.
> >> I am doing all the conversion work myself, and I build the necessary
> >> HTTP headers, and
> >> analyze them on return. This works without problems.
> >>
> >> When running under CICS, I provide the same interface to the callers,
> >> but I use the
> >> EXEC CICS WEB CONVERSE calls instead (because CICS does not allow me to
> do
> >> standard socket calls, when under CICS control).
> >>
> >> Now the problem is: I am limited to HTTP at the moment, but customer's
> >> politics
> >> requires me to do HTTPS in the middle and long term.
> >>
> >> I have no idea what I need to do to provide HTTPS communication in the
> >> batch and
> >> in the CICS case; what are my options and what is the easiest migration
> >> path?
> >>
> >> Thank you all,
> >> kind regards
> >>
> >> Bernd
> >>
> >> --
> >> 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
>


-- 



*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

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

Re: OpenSSH / Ported Tools / Co:Z

2019-03-19 Thread scott Ford

Mike,

Exactly me too for a long time I did VTAM/NCP work ...

Scott

On Mon, Mar 18, 2019 at 7:08 PM Mike Schwab  wrote:

> Well, I did find VTAM USS (Unformatted System Services) TABLES.  I
> believe these date back to the 1970s.
>
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.istrdr0/uss_table.htm
>
> On Mon, Mar 18, 2019 at 5:49 PM David Mingee  wrote:
> >
> > C lever... I did find hits on google for acronym -  USS,  navy and Z/OS
> Unix System Services .  For some reason it made me think of Snow White and
> the 7 dwarfs of mainframe.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Jesse 1 Robinson
> > Sent: Monday, March 18, 2019 6:07 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: OpenSSH / Ported Tools / Co:Z
> >
> > So what's all the fUSS?
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Matt Hogstrom
> > Sent: Monday, March 18, 2019 1:25 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: (External):Re: OpenSSH / Ported Tools / Co:Z
> >
> > Actually it is in every z/OS Unix System Services document.  Cleverly
> disguised with the prefix ‘disc' and the suffix ‘ed’ ’ion’ or others.  For
> example
> >
> > So far, we have discussed
> > The following discussion
> >
> > There is it, USS hiding in plain sight in almost ALL IBM documents.
> >
> > Matt Hogstrom
> > m...@hogstrom.org
> > PGP Key: 0x90ECB270
> >
> > "Never attribute to malice that which is adequately explained by
> stupidity.” - Hanlon’s Razor
> >
> > > On Mar 18, 2019, at 12:54 PM, Jesse 1 Robinson <
> jesse1.robin...@sce.com> wrote:
> > >
> > > In an obscure corner of IBM's PK campus is a nondescript bunker-like
> building. The basement of that building houses the IBM Acronym Factory. The
> IAF is staffed by a cadre of probationary lawyers and a rotating squad of
> 14-year-old boys. A proposed acronym is first sprung on the boys; if they
> giggle, the PA is discarded. Otherwise it's tossed into the lawyer cage. If
> it emerges intact, it's on the road to acronymhood.
> > >
> > > 'USS' was relegated to wannabe status for reasons forever locked in
> the IAF. No matter how commonly it's used, it doesn't officially exist.
> Think of trying to sneak a snippet of Anglo Saxon slang past the Alliance
> Francaise. Cannot happen.
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > > On Behalf Of Paul Gilmartin
> > > Sent: Sunday, March 17, 2019 3:20 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: (External):Re: OpenSSH / Ported Tools / Co:Z
> > >
> > > On Sun, 17 Mar 2019 16:32:42 -0500, Mike Schwab wrote:
> > >
> > >> They got rid of Unformatted System Services?
> > >>
> > > Just the abbreviation.  Perhaps they'd rather not take sides.  Did the
> abbreviation appear in an older Glossary?  Wayback Machine?  BitSavers?
> > >
> > >> On Sun, Mar 17, 2019 at 3:05 PM Paul Gilmartin wrote:
> > >>>
> > >>> On Sun, 17 Mar 2019 15:45:11 -0400, scott Ford wrote:
> > >>>
> >  Very funny Rad ..USS wars is about right ...lol
> > 
> >  On Sat, Mar 16, 2019 at 4:27 PM R.S. wrote:
> > 
> > > OK, who start "USS is not Unix System Services" war?
> > > Don't forget about "it's UNIX, not Unix" and "official acronym".
> > > Of course all the typos will be punished seriously.
> > >
> > >>> The z/OS glossary contains no definition of "USS".  I wonder what an
> RCF would cause?
> > >>>
> > >>> https://www.ibm.com/support/knowledgecenter/en/zosbasics/com.ibm.zgl
> > >>> o
> > >>> ssary.doc/zglossary.html
> > >
> > > -- 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
>
>
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 



*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

scott.f...@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 attac

Re: ISPF 3.4 and 3.17 slow when entering a directory

On Tue, 19 Mar 2019 11:56:27 -0500, Michael Babcock wrote:

>We are at AIM stage 3 so don’t need the UNIXMAP CLASS active.  Also we do
>have VLF active with the usual IRR* entries.
>
>Oddly enough it takes a good 10 seconds for ISHELL to start as well.  We do
>not see these delays on any other LPAR.
> 
I believe ISHELL runs a login shell which runs the users' ~/.profile with the
user's STEPLIB in effect which makes command search slow.  I put a "case"
in my .profile to exit if ISHELL.

IIRC, /etc/profile turns off STEPLIB.

-- gil

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

Re: ISPF 3.4 and 3.17 slow when entering a directory

2019-03-19 Thread Michael Babcock

We are at AIM stage 3 so don’t need the UNIXMAP CLASS active.  Also we do
have VLF active with the usual IRR* entries.

Oddly enough it takes a good 10 seconds for ISHELL to start as well.  We do
not see these delays on any other LPAR.

On Tue, Mar 19, 2019 at 11:03 AM Tom Conley 
wrote:

> On 3/19/2019 6:51 AM, Michael Babcock wrote:
> > Does anyone else see this behavior or could help me determine what’s
> wrong?
> >When using ISPF 3.4 and putting in a directory (doesn’t matter which
> one)
> > it can take up to 10 seconds to display.   When typing 3.17 on the
> command
> > line and hitting enter it takes up to 10 seconds for the ISPF screen to
> > display.
> >
> > This only happens on our dev system.  Our prod and sandbox don’t display
> > this behavior
> >
> > We are at z/OS 2.3 with a fairly recent RSU level.
> >
>
> Hey Mike,
>
> If you're trying to display large directories, 3.17 will not perform as
> well as ISHELL because it's an ISPF table display and not a dynamic
> area.  If you need the performance, you still have to use ISHELL.
>
> Regards,
> Tom Conley
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
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

Re: IBM bucket

Thanks for the help. I was looking in their newer system and I guess this 
product hasn't been converted yet.

Dean Nai








On 3/19/19, 11:59 AM, "IBM Mainframe Discussion List on behalf of Tom Marchant" 
 wrote:

>On Tue, 19 Mar 2019 14:31:03 +, Nai, Dean wrote:
>
>>   I never open any networking related tickets with IBM and can't find a 
>> bucket for Communication Server. We are running Z/OS 2.3. Anyone know what 
>> the product name is that supports TCPIP?
>
>PSP bucket?
>
>Have you considered downloading the latest enhanced holddata and running 
>REPORT MISSINGFIX?
>
>-- 
>Tom Marchant
>
>--
>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: IBM servers crashed in Q4 - just sales, not the mother of all outages . The Register

2019-03-19 Thread Martin Packer


All together now: “Yeah, and what of it?” :-)

Cheers, Martin

Sent from my iPad

> On 19 Mar 2019, at 14:16, Mark Regan  wrote:
>
>
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.theregister.co.uk_2019_03_19_gartner-5Fserver-5Fmarket-5Fq4_&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ&m=IZP8itjPstsags-OlNH_HQYf7l-TM7_1sd5yXTgP7GU&s=XuDHCMGu43mkKK6-Kqh-cJtRrdYVTY_xvmCc3m2nAaU&e=

>
> Regards,
>
> Mark T. Regan, K8MTR
> CTO1 USNR-Retired, 1969-1991
> Nationwide Insurance, Retired
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

8 character userid and submit of batch jobs

2019-03-19 Thread Peter Vander Woude

I'm testing out the TSO support of 8 character userids, and am running into the 
scenario where when that user, submits a job with it's userid as the jobname, 
I'm getting TSO messages, that say "jobname truncated" and "Userid plus jobname 
characters cannot exceed maximum jobname length of 8".

According to the doc I've read, when you have USERIDMAX set to 8, the TSO 
submit exit will not add an extra character to the jobname.

Did I read the wrong doc?  Or is there something else that I'm missing when it 
comes to using 8 character userids under TSO?

We do not have our own version of any of the TSO submit exits, just in case 
someone asks.

Thanks,
Peter

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

Re: ISPF 3.4 and 3.17 slow when entering a directory

2019-03-19 Thread Kirk Wolf

See if you are using VLF and the UNIXMAP class:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha700/vlfu.htm

otherwise, the cost of looking up user/group id mapping in RACF can be very
slow in certain situations where the program doesn't cache them itelf
(like in the real shell for say "ls -al").
I don't know if 3.17 or ISHELL suffer from this problem, since I rarely if
ever use them.

It seems to me like 3.4 (for data sets) is a completely different question,
having to do with catalog and vtoc performance.

On Tue, Mar 19, 2019 at 5:51 AM Michael Babcock 
wrote:

> Does anyone else see this behavior or could help me determine what’s wrong?
>   When using ISPF 3.4 and putting in a directory (doesn’t matter which one)
> it can take up to 10 seconds to display.   When typing 3.17 on the command
> line and hitting enter it takes up to 10 seconds for the ISPF screen to
> display.
>
> This only happens on our dev system.  Our prod and sandbox don’t display
> this behavior
>
> We are at z/OS 2.3 with a fairly recent RSU level.
> --
> 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
>

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

Re: ISPF 3.4 and 3.17 slow when entering a directory

2019-03-19 Thread Tom Conley


On 3/19/2019 6:51 AM, Michael Babcock wrote:

Does anyone else see this behavior or could help me determine what’s wrong?
   When using ISPF 3.4 and putting in a directory (doesn’t matter which one)
it can take up to 10 seconds to display.   When typing 3.17 on the command
line and hitting enter it takes up to 10 seconds for the ISPF screen to
display.

This only happens on our dev system.  Our prod and sandbox don’t display
this behavior

We are at z/OS 2.3 with a fairly recent RSU level.



Hey Mike,

If you're trying to display large directories, 3.17 will not perform as 
well as ISHELL because it's an ISPF table display and not a dynamic 
area.  If you need the performance, you still have to use ISHELL.


Regards,
Tom Conley

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

Re: IBM bucket

2019-03-19 Thread Tom Marchant

On Tue, 19 Mar 2019 14:31:03 +, Nai, Dean wrote:

>   I never open any networking related tickets with IBM and can't find a 
> bucket for Communication Server. We are running Z/OS 2.3. Anyone know what 
> the product name is that supports TCPIP?

PSP bucket?

Have you considered downloading the latest enhanced holddata and running REPORT 
MISSINGFIX?

-- 
Tom Marchant

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

Re: Catalog Sharing

2019-03-19 Thread Jerry Whitteridge

We have 1 MCAT per Sysplex with an Alt MCAT also defined.

Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com

IBM Services

IBM Mainframe Discussion List  wrote on
03/19/2019 04:24:50 AM:

> From: "Lopez, Sharon" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/19/2019 04:25 AM
> Subject: Catalog Sharing
> Sent by: IBM Mainframe Discussion List 
>
> Just a general question wondering how others share the master
> catalog in a SYSPLEX.  Do most of you guys share a master catalog in
> the sysplex or do you have a master catalog for each lpar in the
> sysplex?  Just thinking about single point of failures.
>
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist
> BB&T - IT Production Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
> Office (919) 327-6369
> sharon.lo...@bbandt.com
>
>
>
>
> The information in this transmission may contain proprietary and
> non-public information of BB&T or its affiliates and may be subject
> to protection under the law. The message is intended for the sole
> use of the individual or entity to which it is addressed. If you are
> not the intended recipient, you are notified that any use,
> distribution or copying of the message is strictly prohibited. If
> you received this message in error, please delete the material from
> your system without reading the content and notify the sender
> immediately of the inadvertent transmission.
>
> --
> 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: IBM bucket

2019-03-19 Thread Jousma, David

If you search on z/OS, expand the version you are on, then there is a separate 
item for IP and VTAM

Communications Server for z/OS IP Services
Communications Server for z/OS SNA Services (VTAM)
_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nai, Dean
Sent: Tuesday, March 19, 2019 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM bucket

**CAUTION EXTERNAL EMAIL**

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

Hi,

   I never open any networking related tickets with IBM and can't find a bucket 
for Communication Server. We are running Z/OS 2.3. Anyone know what the product 
name is that supports TCPIP?
 
Dean Nai




>

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

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

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


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

IBM bucket

Hi,

   I never open any networking related tickets with IBM and can't find a bucket 
for Communication Server. We are running Z/OS 2.3. Anyone know what the product 
name is that supports TCPIP?
 
Dean Nai




>

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

Re: NETSTAT command

I'll try some commands. Thanks for the help.

Dean Nai
Senior z/OS Systems Programmer  
Technical Services Group
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
 work: 603-271-1529


Statement of Confidentiality: The contents of this message are
confidential.
Any unauthorized disclosure, reproduction, use or dissemination (either
whole or in part) is prohibited. If you are not the intended recipient of
this message, please notify the sender immediately and delete the message
from your system.









On 3/19/19, 8:34 AM, "IBM Mainframe Discussion List on behalf of Giliad Wilf" 
 wrote:

>On Mon, 18 Mar 2019 14:03:10 +, Nai, Dean  wrote:
>
>>Anyone ever run into a problem where the NETSTAT command hangs? We use it in 
>>some scripts to check if things are up or not but to stopped working last 
>>Friday. When we issue it using TSO NETSTAT or issue it from OMVS it just 
>>hangs. Any thoughts?
>>
>>Dean Nai  
>>
>  
>
>Could this be of any help?
>
>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.redbooks.ibm.com_tips_TIPS0091_tips0091.pdf&d=DwIFaQ&c=vYl7KJMDeuM7F-Nqf_hfailBifPmyspo7hrJGlNN7nU&r=Jrkg6Kqkg1RuQHbN9OpjcGoj051_POke_QQnGwsdEE8&m=By2XjIEEIJ7Ofy_qUYChS4gnybyJbP4XEyHtG8YjolA&s=YRRvjJcPTnMSPOppAWut8rKskVQrs6hO7jrN6bGM0So&e=
>
>--
>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

Fwd: IBM servers crashed in Q4 - just sales, not the mother of all outages . The Register

2019-03-19 Thread Mark Regan

https://www.theregister.co.uk/2019/03/19/gartner_server_market_q4/ 
 
Regards,
 
Mark T. Regan, K8MTR
CTO1 USNR-Retired, 1969-1991
Nationwide Insurance, Retired
 
 

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

Re: Catalog Sharing

2019-03-19 Thread Jousma, David

One per environment, so a total of 3 MC's.   In essence they are all the 
same(or should be).  Almost everything in them is indirectly cataloged and in a 
pinch could be used for recovery purposes.  

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: Tuesday, March 19, 2019 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalog Sharing

**CAUTION EXTERNAL EMAIL**

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

Do you mean: 1 MC per environment or 1 MC per LPAR.
We have 1 MC per LPAR.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: 19 March, 2019 12:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalog Sharing
> 
> We have TECH, DEV and PROD lpars in the same sysplex.  Each environment
> has its own MC.   All systems share the same UC's.
> 
> _
> Dave Jousma
> Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lopez, Sharon
> Sent: Tuesday, March 19, 2019 7:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalog Sharing
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
> 
> Just a general question wondering how others share the master catalog 
> in a SYSPLEX.  Do most of you guys share a master catalog in the 
> sysplex or do you have a master catalog for each lpar in the sysplex?  
> Just thinking about single point of failures.
> 
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist BB&T - IT Production 
> Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
> sharon.lo...@bbandt.com
> 
> 
> 
> 
> The information in this transmission may contain proprietary and non- 
> public information of BB&T or its affiliates and may be subject to 
> protection under the law. The message is intended for the sole use of 
> the individual or entity to which it is addressed. If you are not the 
> intended recipient, you are notified that any use, distribution or 
> copying of the message is strictly prohibited. If you received this 
> message in error, please delete the material from your system without 
> reading the content and notify the sender immediately of the 
> inadvertent transmission.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
> 
> 
> This e-mail transmission contains information that is confidential and
> may be privileged.   It is intended only for the addressee(s) named
> above. If you receive this e-mail in error, please do not read, copy 
> or disseminate it in any manner. If you are not the intended 
> recipient, any disclosure, copying, distribution or use of the 
> contents of this information is prohibited. Please reply to the 
> message immediately by informing the sender that the message was 
> misdirected. After replying, please erase it from your computer 
> system. Your assistance in correcting this error is appreciated.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines)

Re: Catalog Sharing

2019-03-19 Thread Richards, Robert B.

For my part, I meant one per environment. I have three and, for a short time 
during a z/OS upgrade, four. Once the upgrade gets to production, the old 
production mastercat goes the way of the dodo bird.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOP NM) - KLM
Sent: Tuesday, March 19, 2019 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalog Sharing

Do you mean: 1 MC per environment or 1 MC per LPAR.
We have 1 MC per LPAR.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: 19 March, 2019 12:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalog Sharing
> 
> We have TECH, DEV and PROD lpars in the same sysplex.  Each environment
> has its own MC.   All systems share the same UC's.
> 
> _
> Dave Jousma
> Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lopez, Sharon
> Sent: Tuesday, March 19, 2019 7:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalog Sharing
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> Just a general question wondering how others share the master catalog in
> a SYSPLEX.  Do most of you guys share a master catalog in the sysplex or
> do you have a master catalog for each lpar in the sysplex?  Just
> thinking about single point of failures.
> 
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist
> BB&T - IT Production Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369
> sharon.lo...@bbandt.com
> 
> 
> 
> 
> The information in this transmission may contain proprietary and non-
> public information of BB&T or its affiliates and may be subject to
> protection under the law. The message is intended for the sole use of
> the individual or entity to which it is addressed. If you are not the
> intended recipient, you are notified that any use, distribution or
> copying of the message is strictly prohibited. If you received this
> message in error, please delete the material from your system without
> reading the content and notify the sender immediately of the inadvertent
> transmission.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> 
> This e-mail transmission contains information that is confidential and
> may be privileged.   It is intended only for the addressee(s) named
> above. If you receive this e-mail in error, please do not read, copy or
> disseminate it in any manner. If you are not the intended recipient, any
> disclosure, copying, distribution or use of the contents of this
> information is prohibited. Please reply to the message immediately by
> informing the sender that the message was misdirected. After replying,
> please erase it from your computer system. Your assistance in correcting
> this error is appreciated.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: Catalog Sharing

2019-03-19 Thread Vernooij, Kees (ITOP NM) - KLM

Do you mean: 1 MC per environment or 1 MC per LPAR.
We have 1 MC per LPAR.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: 19 March, 2019 12:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalog Sharing
> 
> We have TECH, DEV and PROD lpars in the same sysplex.  Each environment
> has its own MC.   All systems share the same UC's.
> 
> _
> Dave Jousma
> Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lopez, Sharon
> Sent: Tuesday, March 19, 2019 7:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalog Sharing
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> Just a general question wondering how others share the master catalog in
> a SYSPLEX.  Do most of you guys share a master catalog in the sysplex or
> do you have a master catalog for each lpar in the sysplex?  Just
> thinking about single point of failures.
> 
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist
> BB&T - IT Production Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369
> sharon.lo...@bbandt.com
> 
> 
> 
> 
> The information in this transmission may contain proprietary and non-
> public information of BB&T or its affiliates and may be subject to
> protection under the law. The message is intended for the sole use of
> the individual or entity to which it is addressed. If you are not the
> intended recipient, you are notified that any use, distribution or
> copying of the message is strictly prohibited. If you received this
> message in error, please delete the material from your system without
> reading the content and notify the sender immediately of the inadvertent
> transmission.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> 
> This e-mail transmission contains information that is confidential and
> may be privileged.   It is intended only for the addressee(s) named
> above. If you receive this e-mail in error, please do not read, copy or
> disseminate it in any manner. If you are not the intended recipient, any
> disclosure, copying, distribution or use of the contents of this
> information is prohibited. Please reply to the message immediately by
> informing the sender that the message was misdirected. After replying,
> please erase it from your computer system. Your assistance in correcting
> this error is appreciated.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: NETSTAT command

2019-03-19 Thread Giliad Wilf

On Mon, 18 Mar 2019 14:03:10 +, Nai, Dean  wrote:

>Anyone ever run into a problem where the NETSTAT command hangs? We use it in 
>some scripts to check if things are up or not but to stopped working last 
>Friday. When we issue it using TSO NETSTAT or issue it from OMVS it just 
>hangs. Any thoughts?
>
>Dean Nai   
>
  

Could this be of any help?

http://www.redbooks.ibm.com/tips/TIPS0091/tips0091.pdf

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

Re: Catalog Sharing

2019-03-19 Thread Carmen Vitullo

I've been at shops that share and some that do not, I've never had a problem 
sharing the master catalog in a 6 LPAR PLEX, indirect catalog sysres datasets. 
currently I'm in the process of moving to a shared master catalog for the 
production systems in my PLEX. 


Carmen Vitullo 

- Original Message -

From: "Sharon Lopez"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 19, 2019 6:24:50 AM 
Subject: Catalog Sharing 

Just a general question wondering how others share the master catalog in a 
SYSPLEX. Do most of you guys share a master catalog in the sysplex or do you 
have a master catalog for each lpar in the sysplex? Just thinking about single 
point of failures. 

Thank you. 
Sharon Lopez 
Software Systems Programming Specialist 
BB&T - IT Production Engineering - Mainframe OS 
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 
Office (919) 327-6369 
sharon.lo...@bbandt.com 




The information in this transmission may contain proprietary and non-public 
information of BB&T or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission. 

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

2019-03-19 Thread Michael Babcock

We have 3 LPARs in our plex and all three have separate MCs.We use
indirect cataloging as much as possible.  We converted our SYSRES to a
single mod 27 so &SYSR2 and &SYSR3 both point back to &SYSR1.

On Tue, Mar 19, 2019 at 6:25 AM Lopez, Sharon 
wrote:

> Just a general question wondering how others share the master catalog in a
> SYSPLEX.  Do most of you guys share a master catalog in the sysplex or do
> you have a master catalog for each lpar in the sysplex?  Just thinking
> about single point of failures.
>
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist
> BB&T - IT Production Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
> Office (919) 327-6369
> sharon.lo...@bbandt.com
>
>
>
>
> The information in this transmission may contain proprietary and
> non-public information of BB&T or its affiliates and may be subject to
> protection under the law. The message is intended for the sole use of the
> individual or entity to which it is addressed. If you are not the intended
> recipient, you are notified that any use, distribution or copying of the
> message is strictly prohibited. If you received this message in error,
> please delete the material from your system without reading the content and
> notify the sender immediately of the inadvertent transmission.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
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

Re: NETSTAT command