Re: ZOA Open Automation Utilities (& Ansible News)

[Timothy Sipples]

Paul Gilmartin wrote:
>The Installation and Configuration at:
>https://www.ibm.com/support/knowledgecenter/SSKFYE_1.0.1/install.html
>... mentions "a USS directory".  What does it use Unformatted System
>Services for? Does someone need to submit an RCF?

That'd be nice. I think it should read: "a zFS directory." I think we can 
ignore HFS at this point in history, right?

If you're wondering how to get the IBM Z Open Automation Utilities, 
they're included with any of these three product offerings:

IBM Dependency Based Build for z/OS
IBM Z Open Development
IBM Developer for z/OS Enterprise Edition

So if you have (or get) any of those product packages, you have the 
Automation Utilities, too.

In related news, the next wave of Red Hat Ansible-related functionality is 
now available:

https://galaxy.ansible.com/ibm/ibm_zos_core

The Red Hat Ansible Certified Content for IBM Z works with z/OS and the 
IBM Z Open Automation Utilities to make z/OS a managed node within the Red 
Hat Ansible Automation Platform. I interpret this code availability as at 
least partial fulfillment of IBM's Statement of Direction as published in 
IBM Announcement 219-571 late last year.

You can run Ansible control and/or managed nodes on Linux, including on 
IBM Z and LinuxONE. I see there's also a Docker/OCI container for Ansible 
available here:

https://hub.docker.com/r/ibmcom/ansible-s390x

Thus it looks like you can run an Ansible control node in the z/OS 
Container Extensions (zCX), too. If you'd like a support agreement for 
anything Ansible I've just described, please give your friendly Red Hat 
representative an opportunity to help.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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

Re: ZOA Open Automation Utilities

[David Crayford]

haha! I had a feeling you would not be impressed!

From looking at the Java code it seems to be the same infrastructure 
used in the IBM Dependency Based Build product.


On 2020-02-20 3:07 AM, Kirk Wolf wrote:

Hey David,

Where can I see the interesting stuff?
"Shell commands reference" doesn't really do it for me:-)

On Wed, Feb 19, 2020 at 6:08 AM David Crayford  wrote:


This look interesting!

IBM have a new product for running traditional batch utilities using an
API that works in shell scripts, Java and Python.


https://www.ibm.com/support/knowledgecenter/SSKFYE_1.0.1/welcome_zoautil.html


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

Re: Rolling Z/OS migration

[Timothy Sipples]

Excellent suggestions. I would add that many organizations seem to have 
one or more "hardware" people who are supposed to look after the driver 
(firmware) updates, Coupling Facility configurations and levels (including 
memory requirements), and Server Time Protocol configurations, as 
examples. The Upgrade Workflow should includes steps that somebody else 
might need to take to make sure you're ready for z/OS 2.4 (and Parallel 
Sysplex) in terms of the underlying system characteristics. And one of the 
many nice things about the Upgrade Workflow is that you can assign steps 
to different people and cross-check everyone's work.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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

GSE UK Conference 2020 - Call for Papers

[James Harper]

GSE UK Conference 2020 - Call for Papers
View this email in your 
browser

Call for Papers GSE UK Conference 2020

Annual GSE UK Conference 2020 – 10th-12th November 2020

conferences.gse.org.uk

[https://gallery.mailchimp.com/e1cf08c089b840fd7ae3074d6/images/207caca7-27e0-42a2-a417-fd67aa0318ff.jpg]


It is a pleasure to invite you to submit a presentation for the 2020 GSE Annual 
conference.

The conference is organized by GSE UK and will take place at the Celtic Manor 
Resort on the 10th to 12th November 2020. This is our 27th year of delivering 
the GSE conference for our members and attendance has grown year on year.

Topics of interest

We welcome technical presentations from vendors and especially those from 
users. It must not be a sales pitch but more along the lines of a solution to a 
problem and how it was or can be solved.  Therefore, if you would like to 
present at the conference please select the stream your topic best fits and 
send the person shown an abstract of your proposed presentation.  The streams 
and the contacts are:


Stream Name
Chair Person
Contact Email Address
101 – For those new to system z or an associated technology
Lena Roesch
Harvi Singh
lena.roe...@ibm.com
har...@rsmpartners.com
Applications Development
Stuart Ashby
stuart.as...@compuware.com
Batch/Workload Scheduling
Anna Dawson
anna_daw...@uk.ibm.com
CICS
Rob Stroud
robert.str...@rbs.co.uk
Db2
Marcus Davage
Colin Knight
d...@gse.org.uk
Enterprise Security
Jamie Pease
jamie.pe...@gse.org.uk
IMS
Dominic Jackson
dominic.jack...@barclays.com
Large Systems
Anna Shugol
anna.shu...@ibm.com
Mainframe Skills and Learning
Ian Skellern
ian.skell...@barclays.com
MQ
Melvyn Maltz
zarf99...@blueyonder.co.uk
Networks
Aileen Wynne
Niall Buchanan
niall.bucha...@broadcom.com
New Technologies
Sophie Green
sophi...@uk.ibm.com
Storage Management
Nigel Morton
nigelamor...@gmail.com
System Automation,
Monitoring and Analytics
Anna Dawson
anna_daw...@uk.ibm.com
zCMPA – Capacity & Performance
Piara Bhamra
piara.bha...@gse.org.uk
z/VM and Linux on z
David Austin
dav...@rsmpartners.com
Important Dates

Deadline for submission: 29th May 2020
Notification of acceptance: 19th June 2020
Deadline for email final paper submission: 27th October 2020
Deadline for self-service final paper submission via “My Speaker Profile”: 9th 
November 2020

For all general enquiries, please contact: 
mark.wil...@gse.org.uk

We look forward to seeing you at the GSE Annual Conference.

Sincerely,

Mark Wilson
GSE UK, Conference Manager
[Twitter]
[Facebook]
[LinkedIn]
[Website]


Copyright © 2018 GSE UK Region, All rights reserved.
You are receiving this email because you shared your email with us or have 
attended one of our conferences or working group meetings.

Our mailing address is:
GSE UK Region
15, The Paddock
Newbold Verdon, Leics LE9 9NW
United Kindom

Want to change how you receive these emails?
You can update your 
preferences
 or unsubscribe from this 
list







This email was s

Re: ZOA Open Automation Utilities

[Kirk Wolf]

That's not it; it took me a couple of minutes to find the actual man
pages.  Looks useful to me for doing a wide variety of basic things,
although not very deep.

On Thu, Feb 20, 2020 at 4:16 AM David Crayford  wrote:

> haha! I had a feeling you would not be impressed!
>
>  From looking at the Java code it seems to be the same infrastructure
> used in the IBM Dependency Based Build product.
>
> On 2020-02-20 3:07 AM, Kirk Wolf wrote:
> > Hey David,
> >
> > Where can I see the interesting stuff?
> > "Shell commands reference" doesn't really do it for me:-)
> >
> > On Wed, Feb 19, 2020 at 6:08 AM David Crayford
> wrote:
> >
> >> This look interesting!
> >>
> >> IBM have a new product for running traditional batch utilities using an
> >> API that works in shell scripts, Java and Python.
> >>
> >>
> >>
> https://www.ibm.com/support/knowledgecenter/SSKFYE_1.0.1/welcome_zoautil.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Help with CA Software renewal - Resolution

[Tony Thigpen]

Thanks to everyone that gave me information. We are now in contact with 
our sales rep.


Tony Thigpen

Tony Thigpen wrote on 2/18/20 5:10 PM:
We are having all kinds of problems trying to get a price to renew our 
CA software. A couple of times now, we have been given a person to 
contact, but then, as we start the conversation, the person is suddenly 
no longer with CA.




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

Re: ZOA Open Automation Utilities

[David Crayford]

Seems quite simple to implement?  BPXWDYN wrapper for dynamic data set 
allocation and a fetch()->call to the utility program.?


On 2020-02-20 10:44 PM, Kirk Wolf wrote:

That's not it; it took me a couple of minutes to find the actual man
pages.  Looks useful to me for doing a wide variety of basic things,
although not very deep.

On Thu, Feb 20, 2020 at 4:16 AM David Crayford  wrote:


haha! I had a feeling you would not be impressed!

  From looking at the Java code it seems to be the same infrastructure
used in the IBM Dependency Based Build product.

On 2020-02-20 3:07 AM, Kirk Wolf wrote:

Hey David,

Where can I see the interesting stuff?
"Shell commands reference" doesn't really do it for me:-)

On Wed, Feb 19, 2020 at 6:08 AM David Crayford

wrote:

This look interesting!

IBM have a new product for running traditional batch utilities using an
API that works in shell scripts, Java and Python.




https://www.ibm.com/support/knowledgecenter/SSKFYE_1.0.1/welcome_zoautil.html

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


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


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

Re: How to test SUBSYS=

[esst...@juno.com]

Has anyone been able to actually view file 364 ?I was able to down load and 
extract the file, but I cant read it ?

-- Original Message --
From: Steve Smith 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to test SUBSYS=
Date: Wed, 19 Feb 2020 23:31:08 -0500

There's also the "Control Card Subsystem (CCSS)" on I believe file 364 of
the CBT.  It's about as simple a DD SUBSYS subsystem as you can get.  It's
function has been superseded by later developments, but like the other
examples, gives you the infrastructure to start with.

That said, I don't think it will help with the original problem.  z/OS does
not do an OBTAIN for a DD SUBSYS file; all it does is pack up whatever DD
operands are present, and pass them on via SSI function calls to the
registered subsystem.  If a DSN= is present, it's just another string as
far as z/OS is concerned.  Anything besides SUBSYS= must pass syntax
checking, but nothing else.  The problem seems to be in the customer's
subsystem, whatever that might be.

I'd concoct a test case that did not use your product, but used JCL, ALLOC,
or bpxwdyn to allocate the file (using SUBSYS=), and see how the FTP goes.
I think it should show your product isn't part of the problem.

My guess is the customer's subsystem is using the SSI functionality to
insert itself into a more-or-less regular I/O path, and doesn't know how to
deal with aliased datasets.  I don't know what's issuing the OBTAIN, but it
sure won't work with an alias.

sas


sas


On Wed, Feb 19, 2020 at 10:53 PM Wayne Bickerdike  wrote:

> Can be done in a few 100 lines of code.
>
> IEFSSVT REQUEST=CREATE
> IEFSSI REQUEST=OPTION
> IEFSSI REQUEST=PUT
> IEFSSI REQUEST=ACTIVATE
>
> Probably a useful test stub too if you have a few function codes added.
>
>
> On Wed, Feb 19, 2020 at 1:40 PM Tony Harminc  wrote:
>
> > On Tue, 18 Feb 2020 at 20:03, Charles Mills  wrote:
> >
> > > 1. Is there any convenient "hack" for testing whether my SVC 99 is
> > operating
> > > correctly and so forth? Anyone have any bright ideas how to test SVC 99
> > > SUBSYS allocation when one does not have subsystem ? Suppose for
> > example
> > > that I wrote a test program that would try an OBTAIN against my
> > allocation.
> > > Is there any way to come up with a subsystem name that will at least
> > succeed
> > > through allocation? Is there a CBT program that implements some sort of
> > > subsystem (and is not a big deal of its own)?
> >
> > You can write a minimal subsystem of your own. The well-known place to
> > start is GPSAM on the CBT site.  http://cbttape.org/cbtdowns.htm
> >
> > GPSAM (file 290 and another version in file 648) is indeed remarkable
> > in that it's 45 years old, and the code and doc are still 99% valid on
> > current z/OS. To say nothing of the high quality of Howard Gilbert's
> > short but to the point doc.  It's entirely possible that GPSAM may
> > already provide the infrastructure for what you want to do, though
> > much of its initialization would be done differently if written today.
> >
> > (Actually I self plagiarized the above from a posting I made here
> > several years ago.)
> >
> > If nothing else, read Howard Gilbert's doc on how this kind of
> > subsystem works. It certainly doesn't discuss OBTAIN, and I  have no
> > idea if the OBTAIN function includes a subsystem call to gather info,
> > or if it's a conceptually wrong thing to be doing. I suspect the
> > latter, but if OBTAIN works with your vendor subsystem...
> >
> > Tony H.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Wayne V. Bickerdike
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
sas

--
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: How to test SUBSYS=

[John McKown]

On Thu, Feb 20, 2020 at 11:03 AM esst...@juno.com  wrote:

> Has anyone been able to actually view file 364 ?I was able to down load
> and extract the file, but I cant read it ?
>
>
It is a binary XMIT file. You need to upload it to z/OS in BINary mode into
a RECFM=FB,LRECL=80 data set, then do a TSO RECEIVE INDATASET(??)
on it to restore the actual data, most likely a PDS.


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

Re: DFHSM APIs in a multi-vendor world

[Tom Conley]

On 2/19/2020 2:25 PM, Kirk Wolf wrote:

I'm asking this from the point of view of an architect who wants to add
DFHSM-ish integration to a ISV product.

If I were only worried about DFHSM, my requirements for basic integration
are pretty simple, and would be these:

- VOL=SER=MIGRAT  means migrated data set
- ARCHMIG, ARCHRCAL, ARCHDEL  macros could be used for basic interfaces

What about alternative vendor DFHSM products?  Can these same interfaces be
used in a SAF-esque sort of way?

Thanks in advance,

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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



Kirk,

You need to know the pseudo-volser that each HSM-like product
(FDR/ABR, CA-Disk, etc.) uses in the catalog to delineate a migrated 
dataset (MIGRAT, ARCHIV, and ARCIVE are the ones I've seen).  You will 
also need to issue the product-specific commands under the covers.


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: How to test SUBSYS=

[Farley, Peter x23353]

I was able to DL it and extract the XMI and view it with XMIT Manager V3 (also 
available on the CBTTAPPE website) without any problem.

Did you transmit the XMI file to your z/OS system in binary and then RECEIVE it 
to a PDS?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esst...@juno.com
Sent: Thursday, February 20, 2020 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to test SUBSYS=

Has anyone been able to actually view file 364 ?I was able to down load and 
extract the file, but I cant read it ?

-- Original Message --
From: Steve Smith 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to test SUBSYS=
Date: Wed, 19 Feb 2020 23:31:08 -0500

There's also the "Control Card Subsystem (CCSS)" on I believe file 364 of the 
CBT.  It's about as simple a DD SUBSYS subsystem as you can get.  It's function 
has been superseded by later developments, but like the other examples, gives 
you the infrastructure to start with.

That said, I don't think it will help with the original problem.  z/OS does not 
do an OBTAIN for a DD SUBSYS file; all it does is pack up whatever DD operands 
are present, and pass them on via SSI function calls to the registered 
subsystem.  If a DSN= is present, it's just another string as far as z/OS is 
concerned.  Anything besides SUBSYS= must pass syntax checking, but nothing 
else.  The problem seems to be in the customer's subsystem, whatever that might 
be.

I'd concoct a test case that did not use your product, but used JCL, ALLOC, or 
bpxwdyn to allocate the file (using SUBSYS=), and see how the FTP goes.
I think it should show your product isn't part of the problem.

My guess is the customer's subsystem is using the SSI functionality to insert 
itself into a more-or-less regular I/O path, and doesn't know how to deal with 
aliased datasets.  I don't know what's issuing the OBTAIN, but it sure won't 
work with an alias.

sas

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

Re: ZOA Open Automation Utilities

[Kirk Wolf]

Exactly.   More work is required to handle codepages, different line
terminator models, truncation/wrapping/padding, etc, etc.

https://dovetail.com/docs/dspipes/dsp-ref_todsn.html

On Thu, Feb 20, 2020 at 10:10 AM David Crayford  wrote:

> Seems quite simple to implement?  BPXWDYN wrapper for dynamic data set
> allocation and a fetch()->call to the utility program.?
>
> On 2020-02-20 10:44 PM, Kirk Wolf wrote:
> > That's not it; it took me a couple of minutes to find the actual man
> > pages.  Looks useful to me for doing a wide variety of basic things,
> > although not very deep.
> >
> > On Thu, Feb 20, 2020 at 4:16 AM David Crayford 
> wrote:
> >
> >> haha! I had a feeling you would not be impressed!
> >>
> >>   From looking at the Java code it seems to be the same infrastructure
> >> used in the IBM Dependency Based Build product.
> >>
> >> On 2020-02-20 3:07 AM, Kirk Wolf wrote:
> >>> Hey David,
> >>>
> >>> Where can I see the interesting stuff?
> >>> "Shell commands reference" doesn't really do it for me:-)
> >>>
> >>> On Wed, Feb 19, 2020 at 6:08 AM David Crayford
> >> wrote:
>  This look interesting!
> 
>  IBM have a new product for running traditional batch utilities using
> an
>  API that works in shell scripts, Java and Python.
> 
> 
> 
> >>
> https://www.ibm.com/support/knowledgecenter/SSKFYE_1.0.1/welcome_zoautil.html
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> 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: How to test SUBSYS=

[Charles Mills]

Thanks all (including someone in POK -- you know who you are -- thank you for 
the background on SUBSYS).

I am regrouping. I have gotten the customer to agree to a de-prioritizing of 
the problem, so it may be a little while before I tackle this.

I think I understand what is happening. Between my code, SVC 99 and FTP no one 
is converting the alias to a true DSN, and so an OBTAIN on the VTOC of course 
fails. The solution is presumably for me to recognize that it is an alias and 
do the LOCATE (or whatever the right "conversion" macro is) myself.

I "get" that the DSN is just another field for SUBSYS, and that 
DSN=MARY.HAD.A.LITTLE.LAMB,SUBSYS= would pass JCL, assuming only that 
subsystem  existed.

Thanks specifically for the CBT references. We will probably use one of those 
in our testing so we are not flying totally on guesswork. We will indeed 
probably build a simpler testcase.

@Steve, the OBTAIN is issued by LE on behalf of FTP. Why LE thinks 
fopen("//DD:SYS00014") implies the need for an OBTAIN is beyond me. There is no 
VOLSER in the SVC 99 so they are going to a lot of trouble to get to the 
"right" (so to speak) VTOC.

When you are a vendor, there is no "proving you are not part of the problem." 
The customer says "it works if we do it without your product, so if you want 
the sale ..." In fact, if we (at the customer) allocate the alias and SUBSYS 
with JCL DD then FTP works. Same JCL operands as the SVC 99. Go figure.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Wednesday, February 19, 2020 8:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to test SUBSYS=

There's also the "Control Card Subsystem (CCSS)" on I believe file 364 of
the CBT.  It's about as simple a DD SUBSYS subsystem as you can get.  It's
function has been superseded by later developments, but like the other
examples, gives you the infrastructure to start with.

That said, I don't think it will help with the original problem.  z/OS does
not do an OBTAIN for a DD SUBSYS file; all it does is pack up whatever DD
operands are present, and pass them on via SSI function calls to the
registered subsystem.  If a DSN= is present, it's just another string as
far as z/OS is concerned.  Anything besides SUBSYS= must pass syntax
checking, but nothing else.  The problem seems to be in the customer's
subsystem, whatever that might be.

I'd concoct a test case that did not use your product, but used JCL, ALLOC,
or bpxwdyn to allocate the file (using SUBSYS=), and see how the FTP goes.
I think it should show your product isn't part of the problem.

My guess is the customer's subsystem is using the SSI functionality to
insert itself into a more-or-less regular I/O path, and doesn't know how to
deal with aliased datasets.  I don't know what's issuing the OBTAIN, but it
sure won't work with an alias.

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

Glossary (was: ZOA ... Ansible)

[Paul Gilmartin]

On Thu, 20 Feb 2020 16:24:33 +0800, Timothy Sipples wrote:

>Paul Gilmartin wrote:
>>The Installation and Configuration at:
>>https://www.ibm.com/support/knowledgecenter/SSKFYE_1.0.1/install.html
>>... mentions "a USS directory".  What does it use Unformatted System
>>Services for? Does someone need to submit an RCF?
>
>That'd be nice.
>
Whac-a-Mole.

Even as IBM once tried to enforce "data set" in preference to
"dataset"  They seem to have done a grep of publications
and fixed them.  But they're coming back.  More realistic to
add "see also" to affected glossaries.

>... I think it should read: "a zFS directory."   I think we can 
>ignore HFS at this point in history, right?
>
Yes, but zFS is too specific, and at risk of change.  Suppose
IBM embraces ZFS (sic) (unlikely) or BtrFS.  And isn't NFS
still an alternative?  So: "a UNIX directory".

Consider how AMODE=ANY now disagrees with the colloquial
English usage of "any".

Ansible!?  Ursula should have trademarked it.  And I suspect
it's still limited by the speed of light.

-- gil

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

Re: DFHSM APIs in a multi-vendor world

[Kirk Wolf]

That's what I feared.   I could deal with some configuration of the
pseudo-volser, but our product doesn't run under TSO, so a "command"
interface isn't convenient.I was hoping that somehow these products
worked with application code written to the DFHSM macros.   ARCHDEL is the
most important.

On Thu, Feb 20, 2020 at 11:16 AM Tom Conley 
wrote:

> On 2/19/2020 2:25 PM, Kirk Wolf wrote:
> > I'm asking this from the point of view of an architect who wants to add
> > DFHSM-ish integration to a ISV product.
> >
> > If I were only worried about DFHSM, my requirements for basic integration
> > are pretty simple, and would be these:
> >
> > - VOL=SER=MIGRAT  means migrated data set
> > - ARCHMIG, ARCHRCAL, ARCHDEL  macros could be used for basic interfaces
> >
> > What about alternative vendor DFHSM products?  Can these same interfaces
> be
> > used in a SAF-esque sort of way?
> >
> > Thanks in advance,
> >
> > Kirk Wolf
> > Dovetailed Technologies
> > http://dovetail.com
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> Kirk,
>
> You need to know the pseudo-volser that each HSM-like product
> (FDR/ABR, CA-Disk, etc.) uses in the catalog to delineate a migrated
> dataset (MIGRAT, ARCHIV, and ARCIVE are the ones I've seen).  You will
> also need to issue the product-specific commands under the covers.
>
> Regards,
> Tom Conley
>
> --
> 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: How to test SUBSYS=

[Paul Gilmartin]

On Thu, 20 Feb 2020 11:10:19 -0600, John McKown wrote:

>On Thu, Feb 20, 2020 at 11:03 AM essteam wrote:
>
>> Has anyone been able to actually view file 364 ?I was able to down load
>> and extract the file, but I cant read it ?
>>
>It is a binary XMIT file. You need to upload it to z/OS in BINary mode into
>a RECFM=FB,LRECL=80 data set, then do a TSO RECEIVE INDATASET(??)
>on it to restore the actual data, most likely a PDS.
>  
You overlooked the unzip step.  On z/OS "jar" can do that.  And
RECEIVE can deal with an allocated UNIX file.

No need to "upload" if you fetch with "curl".

-- gil

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

Re: z15 System Recover Boost

[Peter Relson]

I'm not sure exactly what a "tech LPAR" is, but if you have an LPAR for 
which you don't want the boost at all, you can use the BOOST system 
parameter to indicate not to boost. And if you want to end the IPL boost 
early, as Marna mentioned, for whatever reason, the IEABE ("BE" stands for 
"Boost End") proc can be used to stop it.

You cannot, however, stop just one of the boosts.

Peter Relson
z/OS Core Technology Design


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

Re: How to test SUBSYS=

[John McKown]

On Thu, Feb 20, 2020 at 12:34 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 20 Feb 2020 11:10:19 -0600, John McKown wrote:
>
> >On Thu, Feb 20, 2020 at 11:03 AM essteam wrote:
> >
> >> Has anyone been able to actually view file 364 ?I was able to down load
> >> and extract the file, but I cant read it ?
> >>
> >It is a binary XMIT file. You need to upload it to z/OS in BINary mode
> into
> >a RECFM=FB,LRECL=80 data set, then do a TSO RECEIVE INDATASET(??)
> >on it to restore the actual data, most likely a PDS.
> >
> You overlooked the unzip step.  On z/OS "jar" can do that.  And
> RECEIVE can deal with an allocated UNIX file.
>
> No need to "upload" if you fetch with "curl".
>

Good point. I was going with the "old fashioned" way of bring up the
CBTTAPE.ORG web site, finding the file I want, clicking on it to download
it to my PC, then uploading it to z/OS. I have done the "curl" into a UNIX
subdirectory. And then "jar xf" to unzip it. I didn't know that you could
da a RECEIVE on a UNIX file if you allocated it to a DD statement. Thanks
for the tip.



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

Re: How to test SUBSYS=

[Paul Gilmartin]

On Thu, 20 Feb 2020 13:43:29 -0600, John McKown wrote:
>...
>> RECEIVE can deal with an allocated UNIX file.
>> No need to "upload" if you fetch with "curl".
>
>Good point. I was going with the "old fashioned" way of bring up the
>CBTTAPE.ORG web site, finding the file I want, clicking on it to download
>it to my PC, then uploading it to z/OS. I have done the "curl" into a UNIX
>subdirectory. And then "jar xf" to unzip it. I didn't know that you could
>da a RECEIVE on a UNIX file if you allocated it to a DD statement. Thanks
>for the tip.
> 
It's slightly surprising that a facility as generally hostile as TSO has
a UNIX-savvy subcommand such as RECEIVE.  AMATERSE UNPACK
won't do that (but you can cheat it by prefixing an empty temp DSN.
Go figger.)

I wrote a Rexx {program|exec|script|clist} to do the whole schmear,
curl; jar; receive.  I thought the greatest irritant was the requirement
to queue a reply for receive -- that ought to be a parameter.

 -- gil

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

Cell Pool Services CSRC4EXP

[Joseph Reichman]

 

The documentation for cell pool services the anchor and extent can reside in
one address space while the actual storage in other address space  and I
guess than the ALET parm would specify what address space/data space the
anchor/extent reside

 

If however the Cell pool storage as well reside in a different address space
I guess they would have to be addressed by an access register containing
that alet

 


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

Re: DFHSM APIs in a multi-vendor world

[Gord Tomlin]

On 2020-02-20 13:34, Kirk Wolf wrote:

I was hoping that somehow these products
worked with application code written to the DFHSM macros.


Unfortunately, there's nothing in this space analogous to RACROUTE for 
security products. If there was, it would probably be paywalled in the 
DFSMS ACG.


You'll need unique code for each product. I haven't worked with the 
alternatives to DFHSM, so I don't know whether the other products also 
have macro interfaces.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

Larry Tesler Cut, Copy, Paste RIP from Computer World

[Edward Finnell]

https://www.computerworld.com/article/3528330/rip-larry-tesler-inventor-of-copy-paste.html

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

Re: Larry Tesler Cut, Copy, Paste RIP from Computer World

[Tom Brennan]

I read a bit about him today, and I don't fully understand the software 
"modes" that he was apparently against.  My guess is they are talking 
about the confusion I went through in my first BASIC college class, 
where the terminal started with a dot as a prompt.  You type BASIC and 
the dot goes away.  You type LIST and you see the program lines you are 
working on.  You type END and the dot appears again.  You type LIST at 
the dot and you see file names instead of the BASIC lines you saw a 
second ago.  It all made no sense for (literally) a couple of hours, and 
then the light bulb went on.


On 2/20/2020 6:26 PM, Edward Finnell wrote:

https://www.computerworld.com/article/3528330/rip-larry-tesler-inventor-of-copy-paste.html

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




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

Re: Glossary (was: ZOA ... Ansible)

[Timothy Sipples]

Paul Gilmartin wrote:
>Yes, but zFS is too specific, and at risk of change.

Change cuts both/all ways. There's now at least one base z/OS component 
that uses zFS nontrivially (and requires it) that isn't z/OS UNIX System 
Services.

How about something like this: "...a zFS or other z/OS UNIX compatible 
directory/file/path..."? That'd allow for z/OS NFS, HFS (for now, in z/OS 
releases that provide it), etc. if those are acceptable alternatives. 
"z/OS UNIX" seems to be an acceptable short form of "z/OS UNIX System 
Services," so I think that works. If for some reason the requirement is 
specific to zFS, then it'd just collapse to "a zFS directory/file/path." 
Here's another form, in between those two poles:

"...a z/OS UNIX compatible directory/file/path (zFS recommended)..."

Technical writing with clarity is hard, but I think these constructions 
would be an improvement.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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