unsubscribe

[akdb.zsys]

Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von IBM-MAIN automatic digest system
Gesendet: Freitag, 27. April 2018 06:00
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: IBM-MAIN Digest - 25 Apr 2018 to 26 Apr 2018 (#2018-116)

[LISTSERV mailing list manager]

[LISTSERV 16.0]




IBM-MAIN Digest - 25 Apr 2018 to 26 Apr 2018 (#2018-116)
Table of contents:

  *   AW: Re: AW: Re: Where do I find a list of world timezones in z/OS USS 
notation?
  *   AW: Re: DFSMSdss dump fix after binary transfer (6)
  *   OAM and Object Tape Support with an MTL (3)
  *   [EXTERNAL] Re: z/OSMF, was How far out of date are my skills (12)
  *   z/OSMF, was How far out of date are my skills
  *   Tapeless delivery (5)
  *   RECFM (was: IRS - 60-Year-Old IT System Failed ... ) (7)
  *   TSO fullscreen logon
  *   Signing Off (3)
  *   FORTRAN (was: RECFM ... )
  *   New Z GUI Workload reporting tool
  *   Where do I find a list of world timezones in z/OS USS notation?
  *   OA53355 - USERKEY COMMON MIGRATION SUPPORT
  *   Announcing PCRE2 10.31 for z/OS
1. AW: Re: AW: Re: Where do I find a list of world timezones in z/OS USS 
notation?
oAW: Re: AW: Re: Where do I find a list of world timezones in z/OS USS 
notation? (04/26)
From: Peter Hunkeler >
2. AW: Re: DFSMSdss dump fix after binary transfer
oAW: Re: DFSMSdss dump fix after binary 
transfer (04/26)
From: Peter Hunkeler >
oRe: AW: Re: DFSMSdss dump fix after binary 
transfer (04/26)
From: "R.S." 
>
oRe: AW: Re: DFSMSdss dump fix after binary 
transfer (04/26)
From: Paul Gilmartin >
oRe: AW: Re: DFSMSdss dump fix after binary 
transfer (04/26)
From: John McKown 
>
oRe: AW: Re: DFSMSdss dump fix after binary 
transfer (04/26)
From: John McKown 
>
oRe: AW: Re: DFSMSdss dump fix after binary 
transfer (04/26)
From: Paul Gilmartin >
3. OAM and Object Tape Support with an MTL
oRe: OAM and Object Tape Support with an MTL 
(04/26)
From: Brian Westerman 
>
oRe: OAM and Object Tape Support with an MTL 
(04/26)
From: Mohammad Khan >
oRe: OAM and Object Tape Support with an MTL 
(04/26)
From: John McKown 
>
4. [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: "Sankaranarayanan, Vignesh" 
>
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: Allan Staller >
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: "Sankaranarayanan, Vignesh" 
>
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: "Sankaranarayanan, Vignesh" 
>
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: Allan Staller >
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: "Sankaranarayanan, Vignesh" 
>
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: Ronald Kristel >
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: Allan Staller >
oRe: [EXTERNAL] Re: z/OSMF, was How far out of date are my 
skills (04/26)
From: Tom Marchant 

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[David Crayford]

On 27/04/2018 1:38 AM, Tom Marchant wrote:

On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) wrote:


Can't shutdown and IPL in 315 seconds.. (well, we can't).

No, but you can move the work to another LPAR in the Sysplex before
the IPL, minimizing the application down time.


That can be done on Windows/Linux systems using virtualization 
technologies like VMWare and HyperV live migration. Coupled with 
fail-over clustering you can build
reasonably robust systems. The monitoring infrastructure is excellent. 
Our distributed sysadmin was showing my HyperV and I was very impressed. 
It's not as good as

a full parallel sysplex but good enough for a lot of companies WRT SLAs.

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

Announcing PCRE2 10.31 for z/OS

[Ze'ev Atlas]

I have just released PCRE2 10.31 for z/OS.  It is in the usual place - file939 
in CBTTAPE.ORG.  Currently it is in the updates page.
Ze'ev Atlas


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

Re: Signing Off

[Grinsell, Don]

Retirement planning must be obfuscating my proof reading.  My bosses actual 
email address is randyhae...@mt.gov.  

Kindest regards once again.

--
 
Donald Grinsell, Systems Programmer
Enterprise Technology Services Bureau
SITSD/Montana Department of Administration
406.444.2983 (D)


"If not us, who?  If not now, when?"
~ John F. Kennedy

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

Re: OA53355 - USERKEY COMMON MIGRATION SUPPORT

[Tom Russell]

> So, has anyone written a SAS/MXG program to read through these SMF30 records
yet, that they would care to share?   

I have written a Rexx program that I use to extract data from SMF30s.  After 
running a test job stream, I use it to extract some data into a CSV file for 
Excel, but I "say" several extra fields if I run it verbosely.  Not every field 
in the SMF T30 is extracted, but the structure is clear, and extensions are 
fairly easy to add. It's a bit of a Heathkit but it does print the new RAX 
values if they are non-zero.  Drop me a note if you want a copy.  

Cheers, Tom
  
G. Tom Russell“Stay calm. Be brave. Wait for the signs” — Jasper 
FriendlyBear
“… and remember to leave good news alone.” — Gracie HeavyHand 

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

Re: Where do I find a list of world timezones in z/OS USS notation?

[Juan Escamilla]

I had to change the Unix time zone values for several LPARS that run on 
different timezones around the world.  I used the values from website 
https://www.di-mgt.com.au/src/wclocktz.ini

We used the following:

US systems:

TZ=EST5EDT,M3.2.0/2:00,M11.1.0/2:00
  
Brazil time: TZ=BRT3BRST,M10.3.0/0:01,M2.3.0/0:01
 
Melborne time for the Adalaide system: TZ=AEST-10AEDT,M10.1.0/2:00,M4.1.0/2:00 
 
Mexico runs on US Central Time:  TZ=CST6CDT,M3.2.0/2:00,M11.1.0/2:00
 
RUIPC2W: TZ=CET-1CEST,M3.5.0/2:00,M10.5.0/3:00   
 
RUIPC1K: TZ=GMT0BST,M3.5.0/1:00,M10.5.0/2:00

I hope this helps

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

Re: Tapeless delivery

[Paul Gilmartin]

On Thu, 26 Apr 2018 19:08:16 +0800, Timothy Sipples wrote:

>May I ask a couple "naive" and slightly impolite questions here?
>...
>Have you looked into what youc colleagues have been doing for the past 20+
>years? How are the other parts of your organization coping? They are,
>somehow, and they have been for literally decades. Maybe somebody could
>point out that fact?
>
I kinda wonder.  NDA says we'll never know.  Maybe they have nothing on their
desks but real 3278s.

And what feeds their z?  Hordes of data entry people transcribing from paper via
real 3278s, all inside the security perimeter?  And what goes out?

I'm trying to envision.

>...
>No, that's just not correct. You *can* put stickers on CDs and DVDs! Avery
>is among the many vendors that sell them. See here for example:
> 
>https://www.avery.com/products/labels/usage/cd-~-dvd-labels-~-inserts
> 
Fun when they come loose in the drive.

> ... In fact, there are some inkjet printers that can print *directly*
>onto discs. Then you don't even have to attach labels! See here for
>example:
>
>https://epson.com/direct-cd-dvd-printing
> 
Better.  But then you can't re-use the CD-RW.

>You can even buy genuine Sharpie brand pens to write directly on discs:
>
>https://www.amazon.com/Sharpie-Permanent-Markers-Black-37035PP/dp/B000PXJ26A
>
Fun fact:  The optical recordiing medium is near the top surface of the CD, not
near the bottom where the laser is.  This means any scratches are out of focus.

-- gil

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

Re: Signing Off

[Jill Grine]

Hello Don,
Grats on retirement!  Hardly seems like you are old enough, but then doesn't 
seem I am old enough to have retired two  years ago.  Anyway, I just wanted to 
say have a great life away from IT.  Wish you and your family all the best.

  From: "Grinsell, Don" 
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Thursday, April 26, 2018 12:03 PM
 Subject: Signing Off
   
I am retiring from the State of Montana on May 11th.  This opens a CICS Systems 
Programmer role here.  If anybody would be interested in relocating to Helena, 
Montana, please contact my boss, Randy Haefka  for details.

--
 
Donald Grinsell, Systems Programmer
Enterprise Technology Services Bureau
SITSD/Montana Department of Administration
406.444.2983


Vogonism: (n) originally defined as being overly bureaucratic; sticking too 
much to the book and leaving no room for original interpretation; requiring 
every single person to perceive and understand things only in a single, usually 
literal, fashion.

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

   

|  | Virus-free. www.avast.com  |


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

Re: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[Jackson, Rob]

When I was in JHS we learned BASIC (and Pascal) with IBM BASICA on PS/2s 
(80286s with 20 MB HDDs).  The assignments required LET.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, April 26, 2018 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[External Email]

On Thu, 26 Apr 2018 07:34:36 -0700, Phil Smith wrote:
>
>When you realized that
> DO25I=1,10
>defines the start of a loop, but
> DO25I=1.10
>is an assignment statement, you really wonder what about the FORTRAN compiler 
>parser! I'm sure it made sense at the time, and can see how it would be done, 
>but it still seems to me like a strange way to design a language.
>
Over a half century ago, a peer told me that FORTRAN, with a preliminary 
lexical scan, considered any statement with:
o an "=" not enclosed by parentheses, and o no "," outside all parentheses ... 
to be an assignment statement.  Anything else starts with a keyword.

A professor in the same era told his class that the oldest FORTRAN compiler 
parsed arithmetic expressions without using a stack.

Didn't oldest BASIC interpreters (or perhaps DEC's FOCAL) require that 
assignments be introduced by a keyword, "SET" or "LET"?  I never knew whether 
this was to simplify the parser or to aid novice (we all were) programmers' 
understanding tnat "=" meant assignment, not comparison.

Some DEC interpreters put assgnment targets on the right.  Some DEC shells put 
RENAME/COPY targets on the left (that's actually the better
way.)

-- gil

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

New Z GUI Workload reporting tool

[Carmen Vitullo]

X-posted to MXG list:
I've been asked to look at a new GUI tool from RDS called Z/trim to enhance our 
reporting capabilities for the NOC and the Performance group and I'm wondering 
if anyone is using, has used or POC'd the product and if so , what's the 
general opinion of the tool? 
any insight would be greatly appreciated
thanks

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

Re: AW: Re: DFSMSdss dump fix after binary transfer

[Paul Gilmartin]

On Thu, 26 Apr 2018 12:51:40 -0500, John McKown wrote:
>
>So, in any mixed platform environment, the beginners are at a disadvantage.
>That is one reason given for the "Windows only" mantra chanted here. There
>is no need for people to be as intelligent or knowledgeable.
> 
Ah!  A principle of uniform disadvantage!  Make it as unpleasant as possible, 
but the
same for everyone.

On Thu, 26 Apr 2018 13:00:38 -0500, John McKown wrote:
>>
>> All archiving facilities such as ADRDSSU, TERSE, TSO TRANSMIT, pax, IEBCOPY,
>> ... should treat their archives as featureless streams which can be wrtteh
>> to CKD DASD, tape, directed to UNIX files (which could be piped to network
>> or transmitted via FTP BINARY), ...  Extraction should ignore record 
>> boundaries
>> in those archives.
>
>​I agree. Given that XMIT only works with FB/80, I think it would be
>"reasonable" for it to "assume" that any UNIX data stream fed to it is
>implicitly FB/80 and just process incoming data in 80 byte "chunks" (aka
>records).​
> 
Does RECEIVE work if you BPXWDYN( "alloc dd(INFILE) FB80 path(...) ...")?
For some utilities (e.g. TRSMAIN) it helps to pre-concatenate an empty temp
CKD data set.)

CMS shareware VMARC demands FB80.  A generous contributor enhanced it
it so it also accepts VB80 (MVS programmers: think VB84.)  Underreaching.
It should at least accept FTP's default attributes.

-- gil

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

Re: AW: Re: DFSMSdss dump fix after binary transfer

[John McKown]

On Thu, Apr 26, 2018 at 11:50 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 26 Apr 2018 07:33:39 +0200, Peter Hunkeler  wrote:
> >
> >>IMHO it is problem with IBM. Are you deaf?
> >Sometimes it is; sometimes they are. However, not this time.
> >
> >>People really NEED the functionality to simply make single dataset
> archive, transmit it to PC *with no tricks and black magic* and then upload
> it to a z/OS and unpack.
> >
> >Know your job. What is difficult about running two programs one after the
> other to get the desired result?
> >
> IBM could make it easier, rather than assuming the burden of providing
> full employment for customers' systems programmers.  Ideally:
>
> All archiving facilities such as ADRDSSU, TERSE, TSO TRANSMIT, pax,
> IEBCOPY,
> ... should treat their archives as featureless streams which can be wrtteh
> to CKD DASD, tape, directed to UNIX files (which could be piped to network
> or transmitted via FTP BINARY), ...  Extraction should ignore record
> boundaries
> in those archives.
>

​I agree. Given that XMIT only works with FB/80, I think it would be
"reasonable" for it to "assume" that any UNIX data stream fed to it is
implicitly FB/80 and just process incoming data in 80 byte "chunks" (aka
records).​



>
> pax does this well.  Its archives can be CKD data sets (and it's
> nondiscriminatory
> concerning DCB attribute) or UNX files, and I can usefully:
> pax -w  directory | ssh some.host "pax -vr"  # (Simplified.)
>
> Example:  GIMZIP relative files are IEBCOPY PDSU which GIMZIP transforms
> to UNIX
> files and RECEIVE FROMNTS transforms back to Classic PDSU.  Considerable
> overhead
> in processing and allocation of temp ds could be avoided if IEBCOPY deaht
> directly
> with UNIX files as PDSU.
>

​Unfortunately, IEBCOPY already has the "cruft" of using physical size of
the block written to disk as implicit data describing the schema(?). What I
have wondered about is possible ability of "emulating" RECFM=U by using a
UNIX file with FILEDATA=RECORD. The "metadata" which is encoded by the
physical size of the block would be replaced by the explicit 4 byte "record
length" inserted by the access method due to the FILEDATA=RECORD. ​



>
> ... the others shoulc take a c[l]ue.
>
> -- gil
>
>

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: AW: Re: DFSMSdss dump fix after binary transfer

[John McKown]

On Thu, Apr 26, 2018 at 11:45 AM, R.S. 
wrote:

> "know your job" should not be an excuse for inconvenience.
> Why realtively simple and frequently performed activities do require
> sophisticated knowledge?
> Why new user generations still have to thoroughly study ftp advanced
> parameters to finally find out there is no solution for
> downloading/uploading dss dumps?
> We're talking about basic features which should be available for beginners.
> Or maybe we don't want any beginners...
>

​I generally agree with your points above. The only thing that would
"worry" me is having a beginner using ADRDSSU. To do a "useful" file
transfer to a non z/OS usually requires some "prep" work because most z/OS
data has embedded "binary" values which generally cannot just be downloaded
and used by some Windows or *IX type application. If the data is already
"textual", then the user (beginner or not) does not need to know any
advanced ftp parameters. This is an argument against FTP and for something
like a "federated SQL database" (e.g. put data on z/OS in DB2 & access it
from Windows using a DB2 client -- let DB2 worry about the translation)

Speaking of "advanced ftp parameters", you want to know how to drive a
Windows person insane? Create a file using a Windows application. Place
that file on a "Windows share". Have that file be transferred to another
Windows box (perhaps off-company) using the default ASCII mode. And,
critically, have the ftp server which does the transfer be a UNIX machine
using NFS to access the "Windows share". The file on the far end is now
"corrupt" because the original 0x0A0D (Windows line ending) has "magically"
changed to have an extra 0x0D at the end. Yes, this has happened here. It's
even worse if the Windows app puts into a directory to automatically be
FTP'd to z/OS by a UNIX server. Every line in the receiving DSN has a 0x0D
at the end. Even worse is when a UNIX ftp server places a text file on a
Windows share and then a Windows user ftps that to z/OS. The UNIX ftp
server ends each line with a single 0x0A. The Windows ftp client does NOT
recognise this as an end-of-line, but only as data. So, with WRAP ON, the
z/OS file has a "stream" of bytes with 0x15 bytes instead of individual
records. Yes, this has happened too. Correcting this was simple. I use z/OS
UNIX to "cp" the data from the DSN to a z/OS UNIX file with -B (binary
copy). I then did a "cp -T" to copy that same data back up to the same DSN.
Problem fixed. I was definitely the wizard that day.

So, in any mixed platform environment, the beginners are at a disadvantage.
That is one reason given for the "Windows only" mantra chanted here. There
is no need for people to be as intelligent or knowledgeable.


>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

Maranatha! <><
John McKown

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

FORTRAN (was: RECFM ... )

[Paul Gilmartin]

Ah, the bad old days.  And here I am in a nostalgia thread.

On Thu, 26 Apr 2018 17:24:38 +, Chris Hoelscher wrote:

>Of even older fortran
>If x (100,200,300)
> 
That's a bug.  What did it mean?  But this is valid:
  IF(X)100,200,300

Didn't the expression need to be enclosed in parentheses?

>-Original Message-
>From: zMan
>Sent: Thursday, April 26, 2018 1:21 PM
>
>And don't forget the (early):
>
>5 = 3
>
>which, in at least some compiless, would indeed make subsequent references to 
>"5" use "3". I think that was considered a bug.
>
Bug, yes.  But easier to do with subroutine formal parameters.  I had a 
colleague
who wrote a subroutine to generate semilog plots on an impact printer.  Once he
wanted a semilog plot.  He proudly showed me his accommodation:

  CALL LINEAR( 2.718 )
  
  SUBROUTINE LINEAR( E )
  E = 1.0
  RETURN

Voila!  Linear!  That's actually one of the few things I wouldn't have done.

Some used a shift routine that overwrote its caller with an inline shift 
instruction.

-- gil

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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Tom Marchant]

On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) wrote:

>Can't shutdown and IPL in 315 seconds.. (well, we can't). 

No, but you can move the work to another LPAR in the Sysplex before 
the IPL, minimizing the application down time.

-- 
Tom Marchant

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

Re: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[Chris Hoelscher]

Of even older fortran

If x (100,200,300)

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Thursday, April 26, 2018 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] RECFM (was: IRS - 60-Year-Old IT System Failed ... )

And don't forget the (early):

5 = 3

which, in at least some compilers, would indeed make subsequent references to 
"5" use "3". I think that was considered a bug.

On Thu, Apr 26, 2018 at 11:26 AM, Binyamin Dissen < bdis...@dissensoftware.com> 
wrote:

> On Thu, 26 Apr 2018 07:34:36 -0700 Phil Smith  wrote:
>
> :>Binyamin Dissen wrote, in part:
> :>>And for the non-Fortran programmer
> :>>  DO 25  I  = 1,10
> :>>is identical to
> :>>  DO25I=1,10
> :>>but different than
> :>>  DO25I=1.10
>
> :>For the non-FORTRAN geeks who are wondering why anyone would ever 
> think the last is the same: NASA had a bug due to this. While often 
> blamed for the Mariner 1 failure, it seems that may not have been the 
> case after all, but it's still interesting. See 
> https://arstechnica.com/civis/
> viewtopic.php?t=862715
>
> :>When you realized that
> :> DO25I=1,10
> :>defines the start of a loop, but
> :> DO25I=1.10
> :>is an assignment statement, you really wonder what about the FORTRAN 
> compiler parser! I'm sure it made sense at the time, and can see how 
> it would be done, but it still seems to me like a strange way to 
> design a language.
>
> Unlike COBOL which required white space, Fortran completely ignored 
> white space. Also, COBOL has reserved words - Fortran does not.
>
> The first step in compiling was to squash the statement (while paying 
> special attention to FORMAT statements where you might have nnnH, 
> while recognizing that
>
> 30 FORMAT(I5,I10)=28
>
> is a valid assignment statement (as long a FORMAT was declared as an 
> array) while
>
> 30 FORMAT(I5,I10,6H =28) )
>
> is a Format statement
>
> --
> Binyamin Dissen  
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me, 
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems, 
> especially those from irresponsible companies.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



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

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, age, 
disability or
sex. Humana Inc. and its subsidiaries do not exclude people or treat them 
differently
because of race, color, national origin, age, disability or sex.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese)：注意：如果您使用繁體中文，您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


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

Re: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[zMan]

And don't forget the (early):

5 = 3

which, in at least some compilers, would indeed make subsequent references
to "5" use "3". I think that was considered a bug.

On Thu, Apr 26, 2018 at 11:26 AM, Binyamin Dissen <
bdis...@dissensoftware.com> wrote:

> On Thu, 26 Apr 2018 07:34:36 -0700 Phil Smith  wrote:
>
> :>Binyamin Dissen wrote, in part:
> :>>And for the non-Fortran programmer
> :>>  DO 25  I  = 1,10
> :>>is identical to
> :>>  DO25I=1,10
> :>>but different than
> :>>  DO25I=1.10
>
> :>For the non-FORTRAN geeks who are wondering why anyone would ever think
> the last is the same: NASA had a bug due to this. While often blamed for
> the Mariner 1 failure, it seems that may not have been the case after all,
> but it's still interesting. See https://arstechnica.com/civis/
> viewtopic.php?t=862715
>
> :>When you realized that
> :> DO25I=1,10
> :>defines the start of a loop, but
> :> DO25I=1.10
> :>is an assignment statement, you really wonder what about the FORTRAN
> compiler parser! I'm sure it made sense at the time, and can see how it
> would be done, but it still seems to me like a strange way to design a
> language.
>
> Unlike COBOL which required white space, Fortran completely ignored white
> space. Also, COBOL has reserved words - Fortran does not.
>
> The first step in compiling was to squash the statement (while paying
> special
> attention to FORMAT statements where you might have nnnH, while recognizing
> that
>
> 30 FORMAT(I5,I10)=28
>
> is a valid assignment statement (as long a FORMAT was declared as an array)
> while
>
> 30 FORMAT(I5,I10,6H =28) )
>
> is a Format statement
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
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: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[Paul Gilmartin]

On Thu, 26 Apr 2018 07:34:36 -0700, Phil Smith wrote:
>
>When you realized that
> DO25I=1,10
>defines the start of a loop, but
> DO25I=1.10
>is an assignment statement, you really wonder what about the FORTRAN compiler 
>parser! I'm sure it made sense at the time, and can see how it would be done, 
>but it still seems to me like a strange way to design a language.
> 
Over a half century ago, a peer told me that FORTRAN, with a preliminary lexical
scan, considered any statement with:
o an "=" not enclosed by parentheses, and
o no "," outside all parentheses
... to be an assignment statement.  Anything else starts with a keyword.

A professor in the same era told his class that the oldest FORTRAN compiler
parsed arithmetic expressions without using a stack.

Didn't oldest BASIC interpreters (or perhaps DEC's FOCAL) require that
assignments be introduced by a keyword, "SET" or "LET"?  I never knew
whether this was to simplify the parser or to aid novice (we all were)
programmers' understanding tnat "=" meant assignment, not comparison.

Some DEC interpreters put assgnment targets on the right.  Some DEC
shells put RENAME/COPY targets on the left (that's actually the better
way.)

-- gil

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

Re: AW: Re: DFSMSdss dump fix after binary transfer

[Paul Gilmartin]

On Thu, 26 Apr 2018 07:33:39 +0200, Peter Hunkeler  wrote:
>
>>IMHO it is problem with IBM. Are you deaf?
>Sometimes it is; sometimes they are. However, not this time.
>
>>People really NEED the functionality to simply make single dataset archive, 
>>transmit it to PC *with no tricks and black magic* and then upload it to a 
>>z/OS and unpack.
>
>Know your job. What is difficult about running two programs one after the 
>other to get the desired result?
>
IBM could make it easier, rather than assuming the burden of providing
full employment for customers' systems programmers.  Ideally:

All archiving facilities such as ADRDSSU, TERSE, TSO TRANSMIT, pax, IEBCOPY,
... should treat their archives as featureless streams which can be wrtteh
to CKD DASD, tape, directed to UNIX files (which could be piped to network
or transmitted via FTP BINARY), ...  Extraction should ignore record boundaries
in those archives.

pax does this well.  Its archives can be CKD data sets (and it's 
nondiscriminatory
concerning DCB attribute) or UNX files, and I can usefully:
pax -w  directory | ssh some.host "pax -vr"  # (Simplified.)

Example:  GIMZIP relative files are IEBCOPY PDSU which GIMZIP transforms to UNIX
files and RECEIVE FROMNTS transforms back to Classic PDSU.  Considerable 
overhead
in processing and allocation of temp ds could be avoided if IEBCOPY deaht 
directly
with UNIX files as PDSU.

... the others shoulc take a c[l]ue.

-- gil

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

Re: AW: Re: DFSMSdss dump fix after binary transfer

[R.S.]

"know your job" should not be an excuse for inconvenience.
Why realtively simple and frequently performed activities do require 
sophisticated knowledge?
Why new user generations still have to thoroughly study ftp advanced 
parameters to finally find out there is no solution for 
downloading/uploading dss dumps?

We're talking about basic features which should be available for beginners.
Or maybe we don't want any beginners...

Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 2018-04-26 o 07:33, Peter Hunkeler pisze:
  

IMHO it is problem with IBM. Are you deaf?


Sometimes it is; sometimes they are. However, not this time.



People really NEED the functionality to simply make single dataset

archive, transmit it to PC *with no tricks and black magic* and then
upload it to a z/OS and unpack.


Know your job. What is difficult about running two programs one after the other 
to get the desired result?
   
  

What would be wrong with "DUMP DS() OUDATASET(some.PS) *TRANSMITTABLE*" ?
Output format should be FB (with no blocksize harcoded, any LRECL), ...


Nothing would be wrong, except the fact that the person uploading that thing to 
z/OS again would still need to understand to FTP in binary mode *and* to make 
sure the target data set *is* FB (and correct LRECL). Again, know your job.


I'm not against the desire to have an option added to DSS. My point is, you can always 
find a new situation where you need to combine programs to get the desired result. You 
naturally will use scripting (aka JCL), don't you? This is what I meant by "know 
your job".


--
Peter Hunkeler

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




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Allan Staller]

Please forgive my sloppy usage of the term "down time". I should have used 
outage.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Styles, Andy (ITS zPlatform Services)
Sent: Thursday, April 26, 2018 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Classification: Public
Is it outage, rather than downtime? (ie, unexpected)

Can't shutdown and IPL in 315 seconds.. (well, we can't).

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: 26 April 2018 16:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

-- This email has reached the Bank via an external source --


On Thu, 26 Apr 2018 14:00:37 +, Allan Staller wrote:

>(z/OS) claims "six nines" of availability (99.99%;

That would be eight nines. Do they talk about six nines now?
I remember 5 nines, or available 99.999% of the time. That corresponds to about 
315 seconds of down time per year, by my calculations.

--
Tom Marchant

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0207 626 1500.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207 626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 0207 626 1500.

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Signing Off

[Grinsell, Don]

I am retiring from the State of Montana on May 11th.  This opens a CICS Systems 
Programmer role here.  If anybody would be interested in relocating to Helena, 
Montana, please contact my boss, Randy Haefka  for details.

--
 
Donald Grinsell, Systems Programmer
Enterprise Technology Services Bureau
SITSD/Montana Department of Administration
406.444.2983


Vogonism: (n) originally defined as being overly bureaucratic; sticking too 
much to the book and leaving no room for original interpretation; requiring 
every single person to perceive and understand things only in a single, usually 
literal, fashion.

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

Re: TSO fullscreen logon

[Lou Losee]

Thanks for the information Tony and Elardus

Lou

--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown

On Wed, Apr 25, 2018 at 1:07 PM, Cieri, Anthony  wrote:

>
> Hi Lou,
>
> I am assuming that you mean the full screen TSO panel that prompts
> you for your credentials, accounting information and other logon options.
> If that IS the case, that is the default TSO logon environment unless you
> have an exit (IKJEFLD1) or other modification to suppress the full screen
> prompt.
>
> HTH
> Tony
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lou Losee
> Sent: Wednesday, April 25, 2018 9:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: TSO fullscreen logon
>
> Hi,
> This may be a silly question, but the saying is that the only silly
> question is the one you don't ask.
>
> I have been RTFM, but cannot find how to activate fullscreen logon via
> TSO.  Can someone provide a pointer?
>
> Thanks,
> Lou
>
> --
> 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: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[Binyamin Dissen]

On Thu, 26 Apr 2018 07:34:36 -0700 Phil Smith  wrote:

:>Binyamin Dissen wrote, in part:
:>>And for the non-Fortran programmer
:>>  DO 25  I  = 1,10
:>>is identical to
:>>  DO25I=1,10
:>>but different than
:>>  DO25I=1.10

:>For the non-FORTRAN geeks who are wondering why anyone would ever think the 
last is the same: NASA had a bug due to this. While often blamed for the 
Mariner 1 failure, it seems that may not have been the case after all, but it's 
still interesting. See https://arstechnica.com/civis/viewtopic.php?t=862715

:>When you realized that
:> DO25I=1,10
:>defines the start of a loop, but
:> DO25I=1.10
:>is an assignment statement, you really wonder what about the FORTRAN compiler 
parser! I'm sure it made sense at the time, and can see how it would be done, 
but it still seems to me like a strange way to design a language.

Unlike COBOL which required white space, Fortran completely ignored white
space. Also, COBOL has reserved words - Fortran does not.

The first step in compiling was to squash the statement (while paying special
attention to FORMAT statements where you might have nnnH, while recognizing
that 

30 FORMAT(I5,I10)=28

is a valid assignment statement (as long a FORMAT was declared as an array)
while

30 FORMAT(I5,I10,6H =28) )

is a Format statement

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Is it outage, rather than downtime? (ie, unexpected)

Can't shutdown and IPL in 315 seconds.. (well, we can't). 
 
Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: 26 April 2018 16:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

-- This email has reached the Bank via an external source --
 

On Thu, 26 Apr 2018 14:00:37 +, Allan Staller wrote:

>(z/OS) claims "six nines" of availability (99.99%;

That would be eight nines. Do they talk about six nines now? 
I remember 5 nines, or available 99.999% of the time. That corresponds 
to about 315 seconds of down time per year, by my calculations.

-- 
Tom Marchant

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0207 626 1500.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207 626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 0207 626 1500.

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Tom Marchant]

On Thu, 26 Apr 2018 14:00:37 +, Allan Staller wrote:

>(z/OS) claims "six nines" of availability (99.99%;

That would be eight nines. Do they talk about six nines now? 
I remember 5 nines, or available 99.999% of the time. That corresponds 
to about 315 seconds of down time per year, by my calculations.

-- 
Tom Marchant

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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Allan Staller]

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ronald Kristel
Sent: Thursday, April 26, 2018 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Don't forget the "IBM Support" android mobile app that has about the opposite 
of 99,99...% uptime.

Ronald Kristel


From: IBM Mainframe Discussion List  on behalf of 
Sankaranarayanan, Vignesh 
Sent: Thursday, April 26, 2018 16:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Amen.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: 26 April 2018 15:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Also, z/OSMF runs on z/OS.. do the others?
I do not currently have enough hands on experience w/ z/OSMF to vote 
yay or nay on z/OSMF. The tools I am referring to do not.
Who knows what h/w and OS KC, RL, etc. run on.
*NIX hardware is in a class w/z hardware. They do not have the dynamic 
sparing capabilities of z hardware Do their RAS ever match the z's?
The RAS factor for *NIX hardware does not equal the RAS on z hardware 
for the most part.


My consistent complaint with IBM over the last 5 years or more is they are 
providing   "wonderful"   new tools (and I am specifically 
referring to non-zOS items such as KC, SHOPz, .)
that are not as reliable functional or available as the items they are 
replacing.

The "wonderful" new tools are not  as available as their "green screen" 
predecessors.
"SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm"
The "wonderful" new tools are not as functional as their predecessors.
KC has many broken links that appear/disappear periodically. Other 
tools as well.
Tools get new URLS at random times and the old links are not forwarded.
The "wonderful" new tools are not as reliable as their predecessors.
"SHOPZ down?" How many threads have there been on this in the last year?

If I were in charge of any z/OS shop that behaved like the above, I would be 
out the door (extremely quickly).
Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" 
capabilities. There is no excuse for any web based application to be 
unavailable for 24 hours in this day and age.

IBM's flagship operating system (z/OS) claims "six nines" of availability 
(99.99%;  About 3 seconds of down time per year) when configured in a 
parallel sysplex.
Should the support tools not have the nearly the same availability?. I'd settle 
for 99.99%  availability (about 87 hours/year of down time, just not in 24 hour 
chunks).
24 hours of down time for the non-z applications represents about 121 years of 
z/OS downtime.
IBM should be embarrassed by those availability figures for their support 
applications.



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

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

MARKSANDSPENCER.COM

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Ronald Kristel]

Don't forget the "IBM Support" android mobile app that has about the opposite 
of 99,99...% uptime.

Ronald Kristel


From: IBM Mainframe Discussion List  on behalf of 
Sankaranarayanan, Vignesh 
Sent: Thursday, April 26, 2018 16:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Amen.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: 26 April 2018 15:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Also, z/OSMF runs on z/OS.. do the others?
I do not currently have enough hands on experience w/ z/OSMF to vote 
yay or nay on z/OSMF. The tools I am referring to do not.
Who knows what h/w and OS KC, RL, etc. run on.
*NIX hardware is in a class w/z hardware. They do not have the dynamic 
sparing capabilities of z hardware Do their RAS ever match the z's?
The RAS factor for *NIX hardware does not equal the RAS on z hardware 
for the most part.


My consistent complaint with IBM over the last 5 years or more is they are 
providing   "wonderful"   new tools (and I am specifically 
referring to non-zOS items such as KC, SHOPz, .)
that are not as reliable functional or available as the items they are 
replacing.

The "wonderful" new tools are not  as available as their "green screen" 
predecessors.
"SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm"
The "wonderful" new tools are not as functional as their predecessors.
KC has many broken links that appear/disappear periodically. Other 
tools as well.
Tools get new URLS at random times and the old links are not forwarded.
The "wonderful" new tools are not as reliable as their predecessors.
"SHOPZ down?" How many threads have there been on this in the last year?

If I were in charge of any z/OS shop that behaved like the above, I would be 
out the door (extremely quickly).
Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" 
capabilities. There is no excuse for any web based application to be 
unavailable for 24 hours in this day and age.

IBM's flagship operating system (z/OS) claims "six nines" of availability 
(99.99%;  About 3 seconds of down time per year) when configured in a 
parallel sysplex.
Should the support tools not have the nearly the same availability?. I'd settle 
for 99.99%  availability (about 87 hours/year of down time, just not in 24 hour 
chunks).
24 hours of down time for the non-z applications represents about 121 years of 
z/OS downtime.
IBM should be embarrassed by those availability figures for their support 
applications.



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

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

Re: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[Phil Smith]

Binyamin Dissen wrote, in part:
>And for the non-Fortran programmer
>  DO 25  I  = 1,10
>is identical to
>  DO25I=1,10
>but different than
>  DO25I=1.10

For the non-FORTRAN geeks who are wondering why anyone would ever think the 
last is the same: NASA had a bug due to this. While often blamed for the 
Mariner 1 failure, it seems that may not have been the case after all, but it's 
still interesting. See https://arstechnica.com/civis/viewtopic.php?t=862715

When you realized that
 DO25I=1,10
defines the start of a loop, but
 DO25I=1.10
is an assignment statement, you really wonder what about the FORTRAN compiler 
parser! I'm sure it made sense at the time, and can see how it would be done, 
but it still seems to me like a strange way to design a language.

...phsiii (mild space geek)

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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Sankaranarayanan, Vignesh]

Amen.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: 26 April 2018 15:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Also, z/OSMF runs on z/OS.. do the others?
I do not currently have enough hands on experience w/ z/OSMF to vote 
yay or nay on z/OSMF. The tools I am referring to do not.
Who knows what h/w and OS KC, RL, etc. run on.
*NIX hardware is in a class w/z hardware. They do not have the dynamic 
sparing capabilities of z hardware Do their RAS ever match the z's?
The RAS factor for *NIX hardware does not equal the RAS on z hardware 
for the most part.


My consistent complaint with IBM over the last 5 years or more is they are 
providing   "wonderful"   new tools (and I am specifically 
referring to non-zOS items such as KC, SHOPz, .)
that are not as reliable functional or available as the items they are 
replacing.

The "wonderful" new tools are not  as available as their "green screen" 
predecessors.
"SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm"
The "wonderful" new tools are not as functional as their predecessors.
KC has many broken links that appear/disappear periodically. Other 
tools as well.
Tools get new URLS at random times and the old links are not forwarded.
The "wonderful" new tools are not as reliable as their predecessors.
"SHOPZ down?" How many threads have there been on this in the last year?

If I were in charge of any z/OS shop that behaved like the above, I would be 
out the door (extremely quickly).
Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" 
capabilities. There is no excuse for any web based application to be 
unavailable for 24 hours in this day and age.

IBM's flagship operating system (z/OS) claims "six nines" of availability 
(99.99%;  About 3 seconds of down time per year) when configured in a 
parallel sysplex.
Should the support tools not have the nearly the same availability?. I'd settle 
for 99.99%  availability (about 87 hours/year of down time, just not in 24 hour 
chunks).
24 hours of down time for the non-z applications represents about 121 years of 
z/OS downtime.
IBM should be embarrassed by those availability figures for their support 
applications.



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

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

--
For IBM-MAIN subscribe / signoff / archive access 

Re: Tapeless delivery

[Carmen Vitullo]

I've worked on 'THOSE' controler and used those large floppies, we had a 'test' 
controller I guess you could say to configure other controller throughout the 
company, yeah what a blast :( 



Carmen Vitullo 

- Original Message -

From: "Elardus Engelbrecht"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, April 26, 2018 7:07:09 AM 
Subject: Re: Tapeless delivery 

Timothy Sipples wrote: 

>Do ...  ... ship you their software products and updates on tape 
>cartridges? 

Not now these days. Last one I received was just before 2013 when we still have 
a tape robot. Just a little double check of that write-only tab and a fast 
iebcopy job and you're in. 


>You *can* put stickers on CDs and DVDs! 

This is what I do on my CDs and DVDs when making double/triple backups! I 
recycle those stickers which came with those 90 mm stiffies (also called 3.5 
inch stiffies). 


Ok: pre-Friday Trivia - Who of you worked with those 200mm floppies when 
reconfigure those 3270 terminals on a 3272/3275 or similar control unit? 

Groete / Greetings 
Elardus Engelbrecht 

-- 
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: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Allan Staller]

Also, z/OSMF runs on z/OS.. do the others?
I do not currently have enough hands on experience w/ z/OSMF to vote 
yay or nay on z/OSMF. The tools I am referring to do not.
Who knows what h/w and OS KC, RL, etc. run on.
*NIX hardware is in a class w/z hardware. They do not have the dynamic 
sparing capabilities of z hardware
Do their RAS ever match the z's?
The RAS factor for *NIX hardware does not equal the RAS on z hardware 
for the most part.


My consistent complaint with IBM over the last 5 years or more is they are 
providing   "wonderful"   new tools (and I am specifically 
referring to non-zOS items such as KC, SHOPz, .)
that are not as reliable functional or available as the items they are 
replacing.

The "wonderful" new tools are not  as available as their "green screen" 
predecessors.
"SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm"
The "wonderful" new tools are not as functional as their predecessors.
KC has many broken links that appear/disappear periodically. Other 
tools as well.
Tools get new URLS at random times and the old links are not forwarded.
The "wonderful" new tools are not as reliable as their predecessors.
"SHOPZ down?" How many threads have there been on this in the last year?

If I were in charge of any z/OS shop that behaved like the above, I would be 
out the door (extremely quickly).
Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" 
capabilities. There is no excuse for any web based application to be 
unavailable for 24 hours in this day and age.

IBM's flagship operating system (z/OS) claims "six nines" of availability 
(99.99%;  About 3 seconds of down time per year) when configured in a 
parallel sysplex.
Should the support tools not have the nearly the same availability?. I'd settle 
for 99.99%  availability (about 87 hours/year of down time, just not in 24 hour 
chunks).
24 hours of down time for the non-z applications represents about 121 years of 
z/OS downtime.
IBM should be embarrassed by those availability figures for their support 
applications.



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

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

Re: Tapeless delivery

[John McKown]

On Thu, Apr 26, 2018 at 7:07 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Timothy Sipples  wrote:
>
> >Do ...  ... ship you their software products and updates on tape
> cartridges?
>
> Not now these days. Last one I received was just before 2013 when we still
> have a tape robot. Just a little double check of that write-only tab and a
> fast iebcopy job and you're in.
>
>
> >You *can* put stickers on CDs and DVDs!
>
> This is what I do on my CDs and DVDs when making double/triple backups! I
> recycle those stickers which came with those 90 mm stiffies (also called
> 3.5 inch stiffies).
>
>
> Ok: pre-Friday Trivia - Who of you worked with those 200mm floppies when
> reconfigure those 3270 terminals on a 3272/3275 or similar control unit?
>

​Yep. I also had one (called a 8 inch floppy here in the States)​ for a
home computer which ran CP/M-80. I still have it. It contains DR-Research's
Macro Assembler.



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



-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: OAM and Object Tape Support with an MTL

[John McKown]

On Thu, Apr 26, 2018 at 8:10 AM, Mohammad Khan  wrote:

> I use XODO app on my Android tablet which allows annotating pdfs, price is
> $0.
> Mohammad
>

​Thanks! I'll look at that after work.​



>
> On Wed, 25 Apr 2018 09:25:52 -0500, John McKown <
> john.archie.mck...@gmail.com> wrote:
>
> >
> >​Thanks, I'll look at that. 
> >
> >Not bad. It costs some money, but I don't know if I'm willing to pay
> >$15/month for it. Also, unfortunately, it is Windows based and I'm a Linux
> >user at home. I do run Windows in a VM on Linux. But I'm not going to fire
> >up Windows just to read and annotate a PDF. And, in reality, I prefer
> >reading PDFs on my 10 inch Android tablet.​ But I may see if I can get it
> >here at work. So, for me at least, this is a NO GO.
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Sankaranarayanan, Vignesh]

Also, z/OSMF runs on z/OS.. do the others? 
Who knows what h/w and OS KC, RL, etc. run on. 
Do their RAS ever match the z's? 

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Thursday 26-Apr-2018 18:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Hey Allan, 

I'm only talking about the UX.
Don't know about the full history of each to make statements about their 
functionality.
After all, z/OSMF is supposed to be the solution that makes mainframes 
attractive & accessible, isn't it.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday 26-Apr-2018 18:17
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Now if only (Knowledge Centre, ResourceLink, and many other corners of the IBM 
site) were as available, serviceable and functional as what they are replacing, 
I would be very happy.

Alas, I am not very happy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Thursday, April 26, 2018 3:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Hi John,

If I may share some feedback on z/OSMF...
Kind of pains to see this UI.
Knowledge Centre, ResourceLink, and many other corners of the IBM site these 
days are very clean and new-age-looking.
Even the new IBM Plex font is dope!
If z/OSMF is wants to be a millennial magnet, then it needs the web design to 
match.
HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off 
though, still love the classic HMC!).

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: 25 April 2018 21:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Gibney, Dave wrote:
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of John Eells
>> Sent: Wednesday, April 25, 2018 12:49 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: z/OSMF, was How far out of date are my skills
>>
>> Jousma, David wrote:
>>> You can configure zosmf to NOT come up.   There will just be some new
>> functions that wont work without it.   I'm guessing that over time that list 
>> will
>> get longer.   NOTIFY=your.email.address is just one of those new thing.
>> 
>>
>> One of those new functions that won't work without it is z/OSMF 
>> Software Management which, strategically speaking, we want to be our 
>> software product installer in a couple of years.
>
> What is your answer to folks like me, running severely capped for z/OS 
> software charging and no access to specialty engines?
>
> And, is it very much easier now to do an initial configuration of z/OSMF than 
> it was when I first looked and decided that at that time, it wasn't worth my 
> effort? Which probably it's first release.

z/OSMF is a lot easier to configure now than it used to be.  I've been through 
the entire setup, and it's not bad in my opinion.  The most common sticking 
point seems to be security system setup.  You can find the pertinent samples in 
SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an 
abbrevation for the application name.  For historical reasons, Software 
Management's sample is named IZUDMSEC.  A rewritten configuration chapter 
should hit the streets soon, too, which I think will help.

z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which 
dramatically reduced its CPU, memory, and disk footprints.  The idle CPU 
consumption of the z/OSMF server is pretty low.  It only chews up significant 
cycles if you use it to do things.  That said, you can stop the server when 
you're not using it.  You can also lower its priority in WLM, but if you go 
*too* far in that direction, you might experience browser timeouts if your 
other workloads yield high overall CPU utilization for long-ish periods of time.

I have not done a comparative measurement of a ServerPac-based installation and 
a Software Management Deployment operation CPU consumption, but I would expect 
broad swaths of both to be fairly similar.  ServerPac uses GIMGTPKG to get the 
package, and so does Software Management.  Likewise, both use GIMUNZIP to load 
the files and data sets from the GIMZIP archives.

The things that will eventually require using things unique to z/OSMF Software 
Management are acquiring the package (or pointing at it, if you don't have 
internet connectivity to IBM), doing the customization you want (data set 
names, catalog environment, etc.), the 

Re: OAM and Object Tape Support with an MTL

[Mohammad Khan]

I use XODO app on my Android tablet which allows annotating pdfs, price is $0.
Mohammad

On Wed, 25 Apr 2018 09:25:52 -0500, John McKown  
wrote:

>
>​Thanks, I'll look at that. 
>
>Not bad. It costs some money, but I don't know if I'm willing to pay
>$15/month for it. Also, unfortunately, it is Windows based and I'm a Linux
>user at home. I do run Windows in a VM on Linux. But I'm not going to fire
>up Windows just to read and annotate a PDF. And, in reality, I prefer
>reading PDFs on my 10 inch Android tablet.​ But I may see if I can get it
>here at work. So, for me at least, this is a NO GO.
>
>

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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Sankaranarayanan, Vignesh]

Hey Allan, 

I'm only talking about the UX.
Don't know about the full history of each to make statements about their 
functionality.
After all, z/OSMF is supposed to be the solution that makes mainframes 
attractive & accessible, isn't it.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday 26-Apr-2018 18:17
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Now if only (Knowledge Centre, ResourceLink, and many other corners of the IBM 
site) were as available, serviceable and functional as what they are replacing, 
I would be very happy.

Alas, I am not very happy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Thursday, April 26, 2018 3:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Hi John,

If I may share some feedback on z/OSMF...
Kind of pains to see this UI.
Knowledge Centre, ResourceLink, and many other corners of the IBM site these 
days are very clean and new-age-looking.
Even the new IBM Plex font is dope!
If z/OSMF is wants to be a millennial magnet, then it needs the web design to 
match.
HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off 
though, still love the classic HMC!).

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: 25 April 2018 21:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Gibney, Dave wrote:
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of John Eells
>> Sent: Wednesday, April 25, 2018 12:49 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: z/OSMF, was How far out of date are my skills
>>
>> Jousma, David wrote:
>>> You can configure zosmf to NOT come up.   There will just be some new
>> functions that wont work without it.   I'm guessing that over time that list 
>> will
>> get longer.   NOTIFY=your.email.address is just one of those new thing.
>> 
>>
>> One of those new functions that won't work without it is z/OSMF 
>> Software Management which, strategically speaking, we want to be our 
>> software product installer in a couple of years.
>
> What is your answer to folks like me, running severely capped for z/OS 
> software charging and no access to specialty engines?
>
> And, is it very much easier now to do an initial configuration of z/OSMF than 
> it was when I first looked and decided that at that time, it wasn't worth my 
> effort? Which probably it's first release.

z/OSMF is a lot easier to configure now than it used to be.  I've been through 
the entire setup, and it's not bad in my opinion.  The most common sticking 
point seems to be security system setup.  You can find the pertinent samples in 
SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an 
abbrevation for the application name.  For historical reasons, Software 
Management's sample is named IZUDMSEC.  A rewritten configuration chapter 
should hit the streets soon, too, which I think will help.

z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which 
dramatically reduced its CPU, memory, and disk footprints.  The idle CPU 
consumption of the z/OSMF server is pretty low.  It only chews up significant 
cycles if you use it to do things.  That said, you can stop the server when 
you're not using it.  You can also lower its priority in WLM, but if you go 
*too* far in that direction, you might experience browser timeouts if your 
other workloads yield high overall CPU utilization for long-ish periods of time.

I have not done a comparative measurement of a ServerPac-based installation and 
a Software Management Deployment operation CPU consumption, but I would expect 
broad swaths of both to be fairly similar.  ServerPac uses GIMGTPKG to get the 
package, and so does Software Management.  Likewise, both use GIMUNZIP to load 
the files and data sets from the GIMZIP archives.

The things that will eventually require using things unique to z/OSMF Software 
Management are acquiring the package (or pointing at it, if you don't have 
internet connectivity to IBM), doing the customization you want (data set 
names, catalog environment, etc.), the job management done by the final step of 
the ServerPac dialog, and (eventually) managing the setup workflows that we 
want to have replace the ServerPac product-specific batch jobs.  If you want to 
model after something existing, which I expect most will, you will also have to 
define the thing to be modeled after as a "software instance" first.

It's probably worth mentioning that not all of the aforementioned processing is 

Re: RECFM (was: IRS - 60-Year-Old IT System Failed ... )

[Binyamin Dissen]

On Wed, 25 Apr 2018 13:00:35 -0500 Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

:>This flaw is also present in the pervasive RECFM=FB,LRECL=80.  Consider
:>the FORTRAN statement:
:>  PI = 3.14   265


And for the non-Fortran programmer

  DO 25  I  = 1,10

is identical to

  DO25I=1,10

but different than

  DO25I=1.10

thus

DO  25  I = 1.10
  J(I)=I*I
25CONTINUE

will compile perfectly fine and will not do what is desired. Always good to
look at the variable XREF to see if there is an "unexpected" variable.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Allan Staller]

Now if only (Knowledge Centre, ResourceLink, and many other corners of the IBM 
site)
were as available, serviceable and functional as what they are replacing, I 
would be very happy.

Alas, I am not very happy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Thursday, April 26, 2018 3:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Hi John,

If I may share some feedback on z/OSMF...
Kind of pains to see this UI.
Knowledge Centre, ResourceLink, and many other corners of the IBM site these 
days are very clean and new-age-looking.
Even the new IBM Plex font is dope!
If z/OSMF is wants to be a millennial magnet, then it needs the web design to 
match.
HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off 
though, still love the classic HMC!).

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: 25 April 2018 21:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Gibney, Dave wrote:
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of John Eells
>> Sent: Wednesday, April 25, 2018 12:49 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: z/OSMF, was How far out of date are my skills
>>
>> Jousma, David wrote:
>>> You can configure zosmf to NOT come up.   There will just be some new
>> functions that wont work without it.   I'm guessing that over time that list 
>> will
>> get longer.   NOTIFY=your.email.address is just one of those new thing.
>> 
>>
>> One of those new functions that won't work without it is z/OSMF
>> Software Management which, strategically speaking, we want to be our
>> software product installer in a couple of years.
>
> What is your answer to folks like me, running severely capped for z/OS 
> software charging and no access to specialty engines?
>
> And, is it very much easier now to do an initial configuration of z/OSMF than 
> it was when I first looked and decided that at that time, it wasn't worth my 
> effort? Which probably it's first release.

z/OSMF is a lot easier to configure now than it used to be.  I've been through 
the entire setup, and it's not bad in my opinion.  The most common sticking 
point seems to be security system setup.  You can find the pertinent samples in 
SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an 
abbrevation for the application name.  For historical reasons, Software 
Management's sample is named IZUDMSEC.  A rewritten configuration chapter 
should hit the streets soon, too, which I think will help.

z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which 
dramatically reduced its CPU, memory, and disk footprints.  The idle CPU 
consumption of the z/OSMF server is pretty low.  It only chews up significant 
cycles if you use it to do things.  That said, you can stop the server when 
you're not using it.  You can also lower its priority in WLM, but if you go 
*too* far in that direction, you might experience browser timeouts if your 
other workloads yield high overall CPU utilization for long-ish periods of time.

I have not done a comparative measurement of a ServerPac-based installation and 
a Software Management Deployment operation CPU consumption, but I would expect 
broad swaths of both to be fairly similar.  ServerPac uses GIMGTPKG to get the 
package, and so does Software Management.  Likewise, both use GIMUNZIP to load 
the files and data sets from the GIMZIP archives.

The things that will eventually require using things unique to z/OSMF Software 
Management are acquiring the package (or pointing at it, if you don't have 
internet connectivity to IBM), doing the customization you want (data set 
names, catalog environment, etc.), the job management done by the final step of 
the ServerPac dialog, and (eventually) managing the setup workflows that we 
want to have replace the ServerPac product-specific batch jobs.  If you want to 
model after something existing, which I expect most will, you will also have to 
define the thing to be modeled after as a "software instance" first.

It's probably worth mentioning that not all of the aforementioned processing is 
zIIP-eligible.  The z/OSMF proper part of it is mostly eligible (I'd guess 
about 80-85%), but many of the system services used by Software Management 
(DADSM, CVAF, Catalog, VSAM, etc.) are not.
Those things cost the same whether we drive them from a PLI-based ISPF dialog 
or from a z/OSMF application.

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Tapeless delivery

[Elardus Engelbrecht]

Timothy Sipples  wrote:

>Do ...  ... ship you their software products and updates on tape 
>cartridges?

Not now these days. Last one I received was just before 2013 when we still have 
a tape robot. Just a little double check of that write-only tab and a fast 
iebcopy job and you're in.


>You *can* put stickers on CDs and DVDs! 

This is what I do on my CDs and DVDs when making double/triple backups! I 
recycle those stickers which came with those 90 mm stiffies (also called 3.5 
inch stiffies). 


Ok: pre-Friday Trivia - Who of you worked with those 200mm floppies when 
reconfigure those 3270 terminals on a 3272/3275 or similar control unit?

Groete / Greetings
Elardus Engelbrecht

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

Re: Tapeless delivery

[Timothy Sipples]

May I ask a couple "naive" and slightly impolite questions here?

Do Microsoft, Oracle, SAP, Adobe, Symantec, VMware, SAS, or Red Hat (as
examples) ship you their software products and updates on tape cartridges?
I presume your organization is using at least one software product from at
least one of these vendors. Somehow your organization has been able to
accept software product delivery on CDs, DVDs, and/or electronically...and
has for literally decades. The CD format is about 3 decades old as an
available format, and CDs utterly dominated software distribution when
vendors typically ended diskette (floppy disk) distribution.

Have you looked into what your colleagues have been doing for the past 20+
years? How are the other parts of your organization coping? They are,
somehow, and they have been for literally decades. Maybe somebody could
point out that fact?

[I don't know who wrote this] wrote:
>DVD’s/CDROMS have an affinity to getting lost and you
>cannot put a sticker on it (on the sleeve yes) but
>not on the physical device.

No, that's just not correct. You *can* put stickers on CDs and DVDs! Avery
is among the many vendors that sell them. See here for example:

https://www.avery.com/products/labels/usage/cd-~-dvd-labels-~-inserts

You can even run CD/DVD/Blu-ray disc labels through laser and inkjet
printers. In fact, there are some inkjet printers that can print *directly*
onto discs. Then you don't even have to attach labels! See here for
example:

https://epson.com/direct-cd-dvd-printing

You can even buy genuine Sharpie brand pens to write directly on discs:

https://www.amazon.com/Sharpie-Permanent-Markers-Black-37035PP/dp/B000PXJ26A

I'm utterly mystified. Yes, OK, you have to use a DVD reader instead of
a tape drive. There's a media change and a drive change...and so what?
Media and drive changes are also nothing new since there have been multiple
tape cartridge format changes in the past decades, and you're assuredly not
using a 20+ year old parallel channel attached tape drive to read what IBM
is sending today. IBM stopped shipping 7-track, 9-track, 3480, and 3490
tape cartridges a long, long time ago.

*Hypothetically* you could probably hire a trusted intermediary firm,
staffed only with citizens of Country X with security clearance level Y, to
accept DVD or electronic delivery from IBM, write those products to tape
cartridges, then ship you those tapes. (In armored cars?) I guess that'd
"work." If you do pursue that Rube Goldberg method, just get in touch with
IBM through official channels to make sure IBM is OK with the arrangement.
This is copyrighted and licensed software, after all, so that approach
would require IBM's permission. (And permission from other vendors if
you're trying to do the same thing with their software products.)

Or just find the people who are already dealing with every other
vendor's software products, and do what they're doing and have been doing
for decades.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
Multi-Geography
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: z/OSMF, was How far out of date are my skills

[Richards, Robert B.]

John,

Thanks for the write-up and the lead time heads-up for z/OS "next". ServerPac 
was due for a makeover anyway, right? Wasn't your evil twin responsible for 
most of the ServerPac capabilities? 

And if YOU think it prudent, the rest of us should take heed! :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Wednesday, April 25, 2018 4:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF, was How far out of date are my skills

z/OSMF is a lot easier to configure now than it used to be.  I've been through 
the entire setup, and it's not bad in my opinion.  The most common sticking 
point seems to be security system setup.  You can find the pertinent samples in 
SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an 
abbrevation for the application name.  For historical reasons, Software 
Management's sample is named IZUDMSEC.  A rewritten configuration chapter 
should hit the streets soon, too, which I think will help.

z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which 
dramatically reduced its CPU, memory, and disk footprints.  The idle CPU 
consumption of the z/OSMF server is pretty low.  It only chews up significant 
cycles if you use it to do things.  That said, you can stop the server when 
you're not using it.  You can also lower its priority in WLM, but if you go 
*too* far in that direction, you might experience browser timeouts if your 
other workloads yield high overall CPU utilization for long-ish periods of time.

I have not done a comparative measurement of a ServerPac-based installation and 
a Software Management Deployment operation CPU consumption, but I would expect 
broad swaths of both to be fairly similar.  ServerPac uses GIMGTPKG to get the 
package, and so does Software Management.  Likewise, both use GIMUNZIP to load 
the files and data sets from the GIMZIP archives.

The things that will eventually require using things unique to z/OSMF Software 
Management are acquiring the package (or pointing at it, if you don't have 
internet connectivity to IBM), doing the customization you want (data set 
names, catalog environment, etc.), the job management done by the final step of 
the ServerPac dialog, and (eventually) managing the setup workflows that we 
want to have replace the ServerPac product-specific batch jobs.  If you want to 
model after something existing, which I expect most will, you will also have to 
define the thing to be modeled after as a "software instance" first.

It's probably worth mentioning that not all of the aforementioned processing is 
zIIP-eligible.  The z/OSMF proper part of it is mostly eligible (I'd guess 
about 80-85%), but many of the system services used by Software Management 
(DADSM, CVAF, Catalog, VSAM, etc.) are not. 
Those things cost the same whether we drive them from a PLI-based ISPF dialog 
or from a z/OSMF application.


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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Sankaranarayanan, Vignesh]

Hi John,

If I may share some feedback on z/OSMF...
Kind of pains to see this UI.
Knowledge Centre, ResourceLink, and many other corners of the IBM site these 
days are very clean and new-age-looking.
Even the new IBM Plex font is dope!
If z/OSMF is wants to be a millennial magnet, then it needs the web design to 
match.
HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off 
though, still love the classic HMC!).

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: 25 April 2018 21:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

Gibney, Dave wrote:
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of John Eells
>> Sent: Wednesday, April 25, 2018 12:49 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: z/OSMF, was How far out of date are my skills
>>
>> Jousma, David wrote:
>>> You can configure zosmf to NOT come up.   There will just be some new
>> functions that wont work without it.   I'm guessing that over time that list 
>> will
>> get longer.   NOTIFY=your.email.address is just one of those new thing.
>> 
>>
>> One of those new functions that won't work without it is z/OSMF
>> Software Management which, strategically speaking, we want to be our
>> software product installer in a couple of years.
>
> What is your answer to folks like me, running severely capped for z/OS 
> software charging and no access to specialty engines?
>
> And, is it very much easier now to do an initial configuration of z/OSMF than 
> it was when I first looked and decided that at that time, it wasn't worth my 
> effort? Which probably it's first release.

z/OSMF is a lot easier to configure now than it used to be.  I've been through 
the entire setup, and it's not bad in my opinion.  The most common sticking 
point seems to be security system setup.  You can find the pertinent samples in 
SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an 
abbrevation for the application name.  For historical reasons, Software 
Management's sample is named IZUDMSEC.  A rewritten configuration chapter 
should hit the streets soon, too, which I think will help.

z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which 
dramatically reduced its CPU, memory, and disk footprints.  The idle CPU 
consumption of the z/OSMF server is pretty low.  It only chews up significant 
cycles if you use it to do things.  That said, you can stop the server when 
you're not using it.  You can also lower its priority in WLM, but if you go 
*too* far in that direction, you might experience browser timeouts if your 
other workloads yield high overall CPU utilization for long-ish periods of time.

I have not done a comparative measurement of a ServerPac-based installation and 
a Software Management Deployment operation CPU consumption, but I would expect 
broad swaths of both to be fairly similar.  ServerPac uses GIMGTPKG to get the 
package, and so does Software Management.  Likewise, both use GIMUNZIP to load 
the files and data sets from the GIMZIP archives.

The things that will eventually require using things unique to z/OSMF Software 
Management are acquiring the package (or pointing at it, if you don't have 
internet connectivity to IBM), doing the customization you want (data set 
names, catalog environment, etc.), the job management done by the final step of 
the ServerPac dialog, and (eventually) managing the setup workflows that we 
want to have replace the ServerPac product-specific batch jobs.  If you want to 
model after something existing, which I expect most will, you will also have to 
define the thing to be modeled after as a "software instance" first.

It's probably worth mentioning that not all of the aforementioned processing is 
zIIP-eligible.  The z/OSMF proper part of it is mostly eligible (I'd guess 
about 80-85%), but many of the system services used by Software Management 
(DADSM, CVAF, Catalog, VSAM, etc.) are not.
Those things cost the same whether we drive them from a PLI-based ISPF dialog 
or from a z/OSMF application.

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should 

Re: OAM and Object Tape Support with an MTL

[Brian Westerman]

It's not that the CBROAM member is useless, but most of the reason to use it 
goes away because the values forced by either the hardware (virtual tape 
system) or the tape management system (CA-1 or RMM) would render them 
unnecessary.  I don't see anywhere that it could increase performance (unles 
you had a really dumb VTS and tape manager. :)

Brian

On Wed, 25 Apr 2018 14:53:43 +, Benik, John E  
wrote:

>It seems that some other conversations have merged into this one.  There was a 
>question out there about software delivery on tape, which IBM is getting away 
>from.  This question was specifically about OAM and using object tape support. 
> Even more specifically if we should consider using the parmlib member 
>CBROAMXX for object tape support.  Brian in your comments it does not sound 
>like you are using that, and based on what other people have stated we do not 
>need to use it.  In that parmlib member you setup such things as 
>MAXTAPERETRIEVETASKS and MAXTAPESTORETASKS, among other things.  In your OAM 
>startup you would than point to that member.  I am by no means an OAM expert 
>and just wanted to investigate if we could possibly see some performance 
>benefits from some changes, but in reality we would not.  
>
>
>
>John Benik | Optum
>
>
>
>---O-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Brian Westerman
>Sent: Tuesday, April 24, 2018 12:58 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: OAM and Object Tape Support with an MTL
>
>OAM is pretty fast for SMS managed tape.  For example, we have a client that 
>uses literally thousands of really small tapes per day (it's a long sordid 
>story as to why) with 512 virtual tape transports and an average of 156 in 
>constant use, averaging 3 to 5 mounts per second, there is less than .25 
>second (wall clock) delay between the request for a tape and the mount being 
>satisfied.
>
>If you define the tapes in your IODF with the following attributes:
>
>LIBRARY-ID somelibraryid  <--same id and port for each device that will share 
>that library
>LIBPORT-ID someport   
>MTLYES  
>
>then set up in ISMF option 10.3 (library mgmt|tape) that same libraryID and an 
>initial status of "online" for each LPAR that needs it (if not sysplexed, each 
>one is set separately on ISMF for that LPAR). and also set "MANUAL" for 
>library type and device type, 
>
>then set up a valid storage class (along with and ACS routine to control it) 
>and storage group (and a SG ACS routine entry)  (remembering on the ISMF 
>storage group panel to select the "alter group status" option at the bottom of 
>the page to a "y" and then specify the library name and that you "ENABLE" it 
>for that specific LPAR).  (since it's manual you will need to do this for each 
>LPAR, but it's just because you can't do it for all of them at once, (not if 
>you want it to work)).
>
>Once you complete those steps, OAM should reset itself and tell you it knows 
>about your manual library and the tapes you vary online (the ones you defined 
>in your IODF) will be SMS managed.  The rest is done within your tape library 
>system (setting up the tapes to your tape management system (CA-1 or RMM, 
>etc.) is fairly simple but there are some settings that you don't want to 
>forget and if it's CA-1 you need to make sure his OAM exits are active.  Then 
>inside the Virtual tape system itself, you have to define the tapes and make 
>sure they are synced with your tape management system on the mainframe.
>
>It may seem like a lot of work, but it's all pretty straightforward.  If you 
>have any problems just contact me offline or via this list and I'll help you 
>with it.  Offline is quicker because I don't always check the list, but the 
>list would be good so that it get documented for other people later on.  
>
>I think most of the virtual tape vendors have a section in their installation 
>guide that covers these steps (BUS-TECH had a really good one but they sold 
>themselves to EMC who discontinued the device), but they are sometimes very 
>difficult to follow and the vendors themselves sometimes don't know.  Mostly 
>because they stick you with the marketing people who don't want to admit they 
>don't know how to set the libraries up.  :)
>
>I've set thin s up for clients with about every virtual tape vendor that 
>exists (and those that don't any more) so I know where most of the pitfalls 
>are.
>
>Brian Westerman
>
>On Mon, 23 Apr 2018 18:47:14 +, Benik, John E  
>wrote:
>
>>Thank you for the replies.  Yes we heve implemented SMS tape with our MTL and 
>>since the libraries have to be defined to SMS it is our understanding that 
>>OAM would have to be used for allocation purposes.   I attended an OAM 
>>session at Share this year and was trying to investigate if there is anything 
>>we should be doing in OAM to enhance performance.  It does not sound like 
>>there is however.