Re: Dummy question on ISPF command

[Mike Schwab]

Press F1 for a longer message.

On Thu, Dec 1, 2016 at 11:20 PM, Peter  wrote:
> Hi
>
> Apologies for asking a dummy question
>
> When we do C ALL DATA1 DATA2 in a PS or PDS. Is it possible to get a count
> of changes it made ?
>
> Since I am not able to see the changes at the top right corner.
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Dummy question on ISPF command

[Chris Hoelscher]

At least at our shop, pressing F1 AFTER the change will prvide a count at the 
bottom of the screen

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Peter
> Sent: Friday, December 02, 2016 12:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] Dummy question on ISPF command
> 
> Hi
> 
> Apologies for asking a dummy question
> 
> When we do C ALL DATA1 DATA2 in a PS or PDS. Is it possible to get a count of
> changes it made ?
> 
> Since I am not able to see the changes at the top right corner.
> 
> Peter
> 
> --
> 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.


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

Dummy question on ISPF command

[Peter]

Hi

Apologies for asking a dummy question

When we do C ALL DATA1 DATA2 in a PS or PDS. Is it possible to get a count
of changes it made ?

Since I am not able to see the changes at the top right corner.

Peter

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

Re: CALLLIBS and non-existent library

[Mike Schwab]

DSN=SYS1.EMPTY, DISP=(NEW,CATLG),
UNIT=3390,SPACE=(TRK,(1,0,1)),RECFM=U

On Thu, Dec 1, 2016 at 7:54 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On 2016-12-01 13:29, Jesse 1 Robinson wrote:
>> I had this problem some time ago with some optional part of an IBM product 
>> that I had chosen not to install but then got flak during PTF APPLY. The 
>> advice I got was that if no code would ever actually be needed, just point 
>> to SYS1.LINKLIB. If SMP/E ain't happy, ain't nobody happy.
>>
> There ought to be a NULLLIB, analogous to NULLFILE for such purposes.
> Think of the directory searches it would save!
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: CALLLIBS and non-existent library

[Paul Gilmartin]

On 2016-12-01 13:29, Jesse 1 Robinson wrote:
> I had this problem some time ago with some optional part of an IBM product 
> that I had chosen not to install but then got flak during PTF APPLY. The 
> advice I got was that if no code would ever actually be needed, just point to 
> SYS1.LINKLIB. If SMP/E ain't happy, ain't nobody happy. 
>  
There ought to be a NULLLIB, analogous to NULLFILE for such purposes.
Think of the directory searches it would save!

-- gil

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

Re: PARMDD

[Paul Gilmartin]

On 2016-12-01 12:05, Farley, Peter x23353 wrote:
> Oh, and I forgot to say:  For a DD * with symbol substitution:
> 
> SYMBOLS=({JCLONLY|EXECSYS|CNVTSYS} [,logging-DDname])
> 
> In anything *except* the PARMDD DD statement the " logging-DDname" 
> subparameter will let you point to a logging DD (usually SYSOUT=*).
> 
> In the JCL Reference under DD Statement / SYMBOLS parameter, I find the 
> restrictions:
> 
> Logging is not performed in the following cases:
> 
> if logging-DDname is specified on the DD statement which describes an 
> in-stream data set that is the target on the PARMDD keyword. See PARMDD 
> parameter.

> if logging-DDname is specified on the SYSTSIN DD statement which describes 
> input data for the TMP (Terminal Monitoring Program).

> if in-stream data set is opened by one task and then read by a different task.
>
I suspect the first two restrictions stated are consequences of the third.

> if data set specified by logging-DDname cannot be successfully opened.
> 
That's almost a truism.  I suppose it's likewise true if the sysin itself
can't be opened.

Bummer, bummer, bummer!  So the solution (I tried it) is to preface a job
step that copies the substitutable sysin to a passed data set and use
that by referback as PARMDD.

I would hope (but hardly expect) that IBM would have the courtesy to
its customers to do that operation implicitly, transparently, behind
the scenes and spare customers the nuisance.

(RCF submitted on PARMDD, its homomorphism to PARM, 100-byte limit, and
APF entanglement.)

Thanks,
gil

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

Re: TSO Setup on SSH

[Paul Gilmartin]

On Thu, 1 Dec 2016 10:16:10 -0600, John McKown  wrote:

>Damn it, forgot to make one change in the command stream.
>
I wonder, did the OP get secure tn3270 working.  Then, much
as I hate to recommend it to anyone, would IND$FILE provide a
solution?  Is IND$FILE UNIX-file-savvy?

Here's my approach, using a POSIX pipe rather than a temp file,
with thanks to Peter Farley for suggestions about dealing with
PARMDD.  (I hate MVS, for reasons that go even beyond EBCDIC.):

//*
//SET4  SET OPTS=''   or '-B'
//SET5  SET FILTER='' or 'iconv -f ISO8859-1 -t IBM-1047 |'
//SET6  SET LCLFILE='//''SYS1.MACLIB(SPLEVEL)'''
//SET7  SET SYMS='SYMBOLS=(JCLONLY,LOGDD)'
//*
//FIXPARM  EXEC  PGM=IEBGENER
//SYSPRINT  DD  SYSOUT=(,)
//SYSIN DD  *
//SYSUT2DD  DISP=(,PASS),UNIT=SYSALLDA,SPACE=(1,(1,1))
//LOGDD DD  SYSOUT=(,)
//SYSUT1DD  *,  Copy LCLFILE to stdout
SH set -x; cp  ""  /dev/fd/1 |
//*
//  DD *,   Undo EBCDIC-ASCII translation.
  
//*
//  DD *,   Pipe into ssh.
  ssh ''@
//*
//  DD *,   Copy remote stdout to RMTFILE.
  "set -x; date; cat >"
//*
//STEP  EXEC  PGM=BPXBATCH,PARMDD=CMDS
//STDIN   DD  PATH='/dev/null'
//STDOUT  DD  SYSOUT=(,)
//STDERR  DD  SYSOUT=(,)
//CMDSDD  DISP=OLD,DSN=*.FIXPARM.SYSUT2

-- gil

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

Re: Catalogs in a SYSPLEX

[van der Grijn, Bart (B)]

Ken, All SYSRES datasets, except for SYS1, are in the catalog on the SYSRES. 
Aliases are symbolics pointing to CATALOG.SOFTWARE. 
SYS1 datasets are in MCAT with a volser of **. MCAT is on a sysplex level 
volume and shared across the LPARs in the plex. 

Maintenance and upgrades are installed in a sandbox environment. All SMP work 
is done only there. Once a month we clone the sandbox SYSRES volume and roll it 
into test and prod (the actual SYSRES volser changes every month).

Sorry for not being clear on the MCAT part before. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ken Smith
Sent: Thursday, December 01, 2016 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catalogs in a SYSPLEX

I'd still like to know how this works.  What's in your master cat?  What's
in your sysres cat?
Ken

On Tue, Nov 22, 2016 at 11:28 AM, van der Grijn, Bart (B) <
bvandergr...@dow.com> wrote:

> We run two sysplexes of about 12 LPARs each (NonProd vs Prod). Both plexes
> have a single mcat shared across the plex (but not between plexes). We've
> upgraded these from release to release over the last 10 years and never had
> to use a second master catalog. In fact, I just checked our NonProd mcat
> and it was created on 2007.005.
> We use a single SYSRES with its own catalog, which resides on the SYSRES.
> The SYSRES is swapped every month for a new one, which is how we introduce
> maintenance, or even upgrades.
>
> I've seen no down sides to a single mcat for our setup, but as others have
> noted, it will depend on the role of each system in the plex. For our setup
> all LPARs serve the same purpose, just for different application instances.
>
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: Tuesday, November 22, 2016 8:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> " Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex."
>
> This is a non-starter. As far as I am concerned, everything that can be
> shared should be shared (Two of anything that do not agree worse than
> nothing). If you go with separate MCATS, you must spend a great deal of
> time ensuring they are in sync w/each other.
>
> Sure, you need multiple MCATs during the upgrade cycle, but when all is
> done, there should be only one MCAT
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nims,Alva John (Al)
> Sent: Monday, November 21, 2016 3:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> We currently have a 2 LPAR sysplex and the master catalog in not shared.
> Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex.
>
> I think there are a lot of questions you have to ask yourself about how
> you are going to handle the sysplex and what you are going to keep in the
> master catalog, besides SYS1.  Note: I believe System Symbols are your
> friend when setting up the catalog, for both data set names and VOLSER.
>
>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Travis
> Sent: Monday, November 21, 2016 3:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalogs in a SYSPLEX
>
> We are creating a SYSPLEX of two systems and there seems to be some debate
> about using a single shared master catalog or multiple master catalogs on
> each system. The IBM manuals recommend a single shared master catalog but
> our CE has been advocating multiple catalogs. What are the pros and cons of
> running each? We have two identical systems in the PLEX and for right now
> there is no plan to add more, however that could change at any 

Re: CALLLIBS and non-existent library

[Jesse 1 Robinson]

I had this problem some time ago with some optional part of an IBM product that 
I had chosen not to install but then got flak during PTF APPLY. The advice I 
got was that if no code would ever actually be needed, just point to 
SYS1.LINKLIB. If SMP/E ain't happy, ain't nobody happy. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Thursday, December 01, 2016 8:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CALLLIBS and non-existent library

W dniu 2016-12-01 o 17:08, Tom Marchant pisze:
> On Thu, 1 Dec 2016 15:23:21 +0100, R.S. wrote:
>
>> During SMP/E installation of some product APPLY fails because there 
>> is no SIBMCALL dddef.
>> This is part of PL/I which I don't have.
>> PL/I is not a prerequisite of the product.
>>
>> Any clue?
> Obvious answer: ask the vendor.
>
> CALLLIBS is the way you tell SMP/E to provide a SYSLIB concatenation 
> (may be just one library) to the binder. The binder will try to find 
> modules there to resolve any unresolved external references.
>
> Did the link edit fail, or was the link edit not done?
>
> If the link edit step failed with unresolved references, I'd look at 
> it and try to figure out where those modules reside. I'd expect that 
> they are in some LE library, and that is the data set you need for 
> SIBMCALL. You may need LILST and XREF to help you figure it out.
>
> If the link edit step was skipped, include a DD for SIBMCALL pointing 
> to an empty data set and look at the link to determine what modules 
> are needed.
>
>> 2. Edit MCS to remove SIBMCALL from the list.
> Not a good idea.
>


The vendor is IBM. The PL/I is not a part or prerequsite of the product (SQL 
Performance Analyzer).
According to some suggestions I got off-list I defined SIBMCALL entry pointing 
to dummy load library.
APPLY CHECK ended with RC=0
APPLY ended with RC=4  and some GIM23913W in SMPOUT and some IEW2480W + 
IEW2482W in SMP000nn.

However I feel unhappy with such approach. Program Directory should explain 
scenario with no SIBMCALL in the system.




-- 
Radoslaw Skorupka
Lodz, Poland

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

Re: PARMDD

[Farley, Peter x23353]

Oh, and I forgot to say:  For a DD * with symbol substitution:

SYMBOLS=({JCLONLY|EXECSYS|CNVTSYS} [,logging-DDname])

In anything *except* the PARMDD DD statement the " logging-DDname" subparameter 
will let you point to a logging DD (usually SYSOUT=*).

In the JCL Reference under DD Statement / SYMBOLS parameter, I find the 
restrictions:

Logging is not performed in the following cases:

if logging-DDname is specified on the DD statement which describes an in-stream 
data set that is the target on the PARMDD keyword. See PARMDD parameter.
if logging-DDname is specified on the SYSTSIN DD statement which describes 
input data for the TMP (Terminal Monitoring Program).
if in-stream data set is opened by one task and then read by a different task.
if data set specified by logging-DDname cannot be successfully opened.

HTH

Peter

-Original Message-
From: Farley, Peter x23353 
Sent: Thursday, December 01, 2016 1:58 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: PARMDD

In:z/OS 2.1.0
z/OS MVS
z/OS MVS Programming: Assembler Services Guide
Linkage Conventions
Conventions for passing information through a parameter list
Program in primary ASC mode

The diagram (I can’t paste that in plain text here) shows a maximum PARM length 
of 32760, which matches the PARMDD limit.

I suspect that the storage control block in which the PARMDD is actually held 
is probably different from the old 100-byte PARM area, but the method shown to 
access it (starting with GPR1) seems to be the same.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, December 01, 2016 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PARMDD

In:z/OS 2.1.0
z/OS MVS
z/OS MVS JCL Reference
EXEC statement
PARMDD parameter

I read:
... To use the information, the processing program must contain
instructions to retrieve the information. ...

For details on the format of the passed information and its retrieval,
see z/OS MVS Programming: Assembler Services Guide.

Does this imply that the "passed information" is not in the venerable
R1 plist and that legacy programs probably won't be able to deal with it?

"Assembler Services Guide" is a pretty broad target.  Must I read the whole 
thing?  The ToC contains no mention of PARMDD.

Hmmm.  The description of PARM contains identical language.  But the 
description of PARMDD would be better if it mentioned the similarity to PARM.  
And both might more specifically mention the CALL macro.

ISTR that there's a way to display substitutions performed on sysins with the 
SYMBOLS= parameter but I can't find it.  However, ISTR also that this is 
ineffective for PARMDD.  Bummer.

--


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


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

Re: PARMDD

[Farley, Peter x23353]

In:z/OS 2.1.0
z/OS MVS
z/OS MVS Programming: Assembler Services Guide
Linkage Conventions
Conventions for passing information through a parameter list
Program in primary ASC mode

The diagram (I can’t paste that in plain text here) shows a maximum PARM length 
of 32760, which matches the PARMDD limit.

I suspect that the storage control block in which the PARMDD is actually held 
is probably different from the old 100-byte PARM area, but the method shown to 
access it (starting with GPR1) seems to be the same.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, December 01, 2016 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PARMDD

In:z/OS 2.1.0
z/OS MVS
z/OS MVS JCL Reference
EXEC statement
PARMDD parameter

I read:
... To use the information, the processing program must contain
instructions to retrieve the information. ...

For details on the format of the passed information and its retrieval,
see z/OS MVS Programming: Assembler Services Guide.

Does this imply that the "passed information" is not in the venerable
R1 plist and that legacy programs probably won't be able to deal with it?

"Assembler Services Guide" is a pretty broad target.  Must I read the whole 
thing?  The ToC contains no mention of PARMDD.

Hmmm.  The description of PARM contains identical language.  But the 
description of PARMDD would be better if it mentioned the similarity to PARM.  
And both might more specifically mention the CALL macro.

ISTR that there's a way to display substitutions performed on sysins with the 
SYMBOLS= parameter but I can't find it.  However, ISTR also that this is 
ineffective for PARMDD.  Bummer.

--


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


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

PARMDD

[Paul Gilmartin]

In:z/OS 2.1.0
z/OS MVS
z/OS MVS JCL Reference
EXEC statement
PARMDD parameter

I read:
... To use the information, the processing program must contain
instructions to retrieve the information. ...

For details on the format of the passed information and its retrieval,
see z/OS MVS Programming: Assembler Services Guide.

Does this imply that the "passed information" is not in the venerable
R1 plist and that legacy programs probably won't be able to deal with it?

"Assembler Services Guide" is a pretty broad target.  Must I read the
whole thing?  The ToC contains no mention of PARMDD.

Hmmm.  The description of PARM contains identical language.  But
the description of PARMDD would be better if it mentioned the
similarity to PARM.  And both might more specifically mention the
CALL macro.

ISTR that there's a way to display substitutions performed on sysins
with the SYMBOLS= parameter but I can't find it.  However, ISTR
also that this is ineffective for PARMDD.  Bummer.

-- gil

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

Re: MIPS Calculation formula

[Ed Jaffe]

On 12/1/2016 2:56 AM, Elardus Engelbrecht wrote:


"meaningless"! Hahaha!

Are there alternatives to MIPS? Service Units? Dispatch speed? Other 
measurement methods?


For software contracts based on processor capacity, the only 
"meaningful" value is MSU (millions of service units per hour).


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

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

Re: Question about memory usage under z/OS 2.2

[Tom Marchant]

On Thu, 1 Dec 2016 16:20:56 +, Vitullo, Carmen P 
 wrote:

>Sorry folks I have no control over what corporate email server do, sometime it 
>sends a message secure sometimes not 

In that case, you might want to use the web interface at 
https://listserv.ua.edu/cgi-bin/wa?A0=IBM-MAIN

-- 
Tom Marchant

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

Re: Catalogs in a SYSPLEX

[Ken Smith]

I'd still like to know how this works.  What's in your master cat?  What's
in your sysres cat?
Ken

On Tue, Nov 22, 2016 at 11:28 AM, van der Grijn, Bart (B) <
bvandergr...@dow.com> wrote:

> We run two sysplexes of about 12 LPARs each (NonProd vs Prod). Both plexes
> have a single mcat shared across the plex (but not between plexes). We've
> upgraded these from release to release over the last 10 years and never had
> to use a second master catalog. In fact, I just checked our NonProd mcat
> and it was created on 2007.005.
> We use a single SYSRES with its own catalog, which resides on the SYSRES.
> The SYSRES is swapped every month for a new one, which is how we introduce
> maintenance, or even upgrades.
>
> I've seen no down sides to a single mcat for our setup, but as others have
> noted, it will depend on the role of each system in the plex. For our setup
> all LPARs serve the same purpose, just for different application instances.
>
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: Tuesday, November 22, 2016 8:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> " Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex."
>
> This is a non-starter. As far as I am concerned, everything that can be
> shared should be shared (Two of anything that do not agree worse than
> nothing). If you go with separate MCATS, you must spend a great deal of
> time ensuring they are in sync w/each other.
>
> Sure, you need multiple MCATs during the upgrade cycle, but when all is
> done, there should be only one MCAT
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nims,Alva John (Al)
> Sent: Monday, November 21, 2016 3:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> We currently have a 2 LPAR sysplex and the master catalog in not shared.
> Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex.
>
> I think there are a lot of questions you have to ask yourself about how
> you are going to handle the sysplex and what you are going to keep in the
> master catalog, besides SYS1.  Note: I believe System Symbols are your
> friend when setting up the catalog, for both data set names and VOLSER.
>
>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Travis
> Sent: Monday, November 21, 2016 3:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalogs in a SYSPLEX
>
> We are creating a SYSPLEX of two systems and there seems to be some debate
> about using a single shared master catalog or multiple master catalogs on
> each system. The IBM manuals recommend a single shared master catalog but
> our CE has been advocating multiple catalogs. What are the pros and cons of
> running each? We have two identical systems in the PLEX and for right now
> there is no plan to add more, however that could change at any time in the
> near future.
>
>
> --
> 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: Automatic Binary Optimizer and application Software management product integration

[Lizette Koehler]

So one thing IBM may not have made clear, and I think this is correct.

The price you pay for V3/V4 Enterprise Cobol is the same price of V5/V6.  Why? 
A while back IBM decided to charge v3/v4 at the same price as V5/V6

Also, the ABO is not a "fix" to source code updates or having to run tests 
after a module has been run through ABO.  The audit for application changes may 
still require testing, regression testing, etc...

The key to this is:  When can you migrate from current Cobol version to V5/V6?  
If you have z/OS V2.2 on the horizon to roll out, it includes a new process to 
allow a concatenation of PDS/PDSE datasets in the IEFOPZxx member.  With this 
new function you can have the new PDSE checked first for the COBOL 
program/object and if not there look in the PDS.

IEFOPZxx contains statements that define the load library data set optimization 
configuration, which could, for example, provide a list of pairings of an old 
Cobol load library and the intended new load libraries (one for each desired 
architecture level) and specifies which members are to be processed 
(optimized). The IEFOPZ configuration is defined primarily in terms of 
IEFOPZ-Old/IEFOPZ-New load library data set pairs and DDNAME/JOBNAME pairs. A 
load library data set identified by the OLD parameter in IEFOPZxx is referred 
to as an IEFOPZ-Old data set. A load library data set identified by the NEW 
parameter in IEFOPZxx is referred to as an IEFOPZ-New data set.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae200/iefopzsynformat.htm




Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Holst, Jeffrey A
> Sent: Thursday, December 01, 2016 9:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Automatic Binary Optimizer and application Software management
> product integration
> 
> I want to thank those who had responded to my earlier question. I had already
> been to a number of presentations on ABO, and have been following prior
> discussions about ABO here on IBM-MAIN. I am an infrequent poster, but
> constant reader. Anyway,  management had shown little interest in ABO until an
> IBM sales presentation yesterday.
> 
> I thought I had seen something about keeping track of what had been optimized
> using Endevor or a similar product.
> 
> Of course, management interest does not turn into licensed product without
> budgeting, so it all might be moot.
> 
> Jeffrey Holst
> Systems Administator Senior
> Technology and Operations, Shared Services PNC

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

Re: Automatic Binary Optimizer and application Software management product integration

[Holst, Jeffrey A]

I want to thank those who had responded to my earlier question. I had already 
been to a number of presentations on ABO, and have been following prior 
discussions about ABO here on IBM-MAIN. I am an infrequent poster, but constant 
reader. Anyway,  management had shown little interest in ABO until an IBM sales 
presentation yesterday. 

I thought I had seen something about keeping track of what had been optimized 
using Endevor or a similar product. 

Of course, management interest does not turn into licensed product without 
budgeting, so it all might be moot.

Jeffrey Holst
Systems Administator Senior
Technology and Operations, Shared Services
PNC





The contents of this email are the property of PNC. If it was not addressed to 
you, you have no legal right to read it. If you think you received it in error, 
please notify the sender. Do not forward or copy without permission of the 
sender. This message may be considered a commercial electronic message under 
Canadian law or this message may contain an advertisement of a product or 
service and thus may constitute a commercial electronic mail message under US 
law. You may unsubscribe at any time from receiving commercial electronic 
messages from PNC at http://pages.e.pnc.com/globalunsub/
PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com




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

Re: Erich Bloch, Who Helped Develop IBM Mainframe, Dies at 91

[Charles Mills]

Photo with the article shows the first minicomputer.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Jones
Sent: Thursday, December 01, 2016 7:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Erich Bloch, Who Helped Develop IBM Mainframe, Dies at 91

Sad news:

Erich Bloch, Who Helped Develop IBM Mainframe, Dies at 91

http://www.nytimes.com/2016/11/30/technology/erich-bloch-who-helped-develop-ibm-mainframe-dies-at-91.html?smid=li-share&_r=0

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

Re: CALLLIBS and non-existent library

[R.S.]

W dniu 2016-12-01 o 17:08, Tom Marchant pisze:

On Thu, 1 Dec 2016 15:23:21 +0100, R.S. wrote:


During SMP/E installation of some product APPLY fails because there is
no SIBMCALL dddef.
This is part of PL/I which I don't have.
PL/I is not a prerequisite of the product.

Any clue?

Obvious answer: ask the vendor.

CALLLIBS is the way you tell SMP/E to provide a SYSLIB concatenation
(may be just one library) to the binder. The binder will try to find
modules there to resolve any unresolved external references.

Did the link edit fail, or was the link edit not done?

If the link edit step failed with unresolved references, I'd look at it
and try to figure out where those modules reside. I'd expect that
they are in some LE library, and that is the data set you need for
SIBMCALL. You may need LILST and XREF to help you figure it out.

If the link edit step was skipped, include a DD for SIBMCALL pointing
to an empty data set and look at the link to determine what modules
are needed.


2. Edit MCS to remove SIBMCALL from the list.

Not a good idea.




The vendor is IBM. The PL/I is not a part or prerequsite of the product 
(SQL Performance Analyzer).
According to some suggestions I got off-list I defined SIBMCALL entry 
pointing to dummy load library.

APPLY CHECK ended with RC=0
APPLY ended with RC=4  and some GIM23913W in SMPOUT and some IEW2480W + 
IEW2482W in SMP000nn.


However I feel unhappy with such approach. Program Directory should 
explain scenario with no SIBMCALL in the system.





--
Radoslaw Skorupka
Lodz, Poland






---
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.pl
Są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.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Question about memory usage under z/OS 2.2

[Vitullo, Carmen P]

Sorry folks I have no control over what corporate email server do, sometime it 
sends a message secure sometimes not 


Carmen Vitullo
Lead Systems Programmer

Arkansas Blue Cross and Blue Shield
IT Infrastructure Services
515 West Pershing Blvd.
North Little Rock, Arkansas 72114
Office: 501.210.4705  
Cell: 501.514.4266
cpvitu...@arkbluecross.com
arkansasbluecross.com 





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, December 01, 2016 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

On Thu, 1 Dec 2016 10:00:48 -0600, Vitullo, Carmen P 
 wrote:

>You have received a secure message from "Vitullo, Carmen P" 
> entitled, "RE: Question about memory usage under 
>z/OS 2.2".
>
>You can view the message (before 12/15/2016) at the following web address:

I will not click on your link.

If you have something to say on this list, include it in your email. When you 
instead send a link that will expire in two weeks, your contribution is 
worthless to other users who might search the archives.

--
Tom Marchant

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

-- 
Privacy Information: http://privacynotice.net (data rate charges may apply) 
or 800-524-2621.

-- 
Privacy Information: http://privacynotice.net (data rate charges may apply) 
or 800-524-2621.

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

Re: Question about memory usage under z/OS 2.2

[Tom Marchant]

On Thu, 1 Dec 2016 10:00:48 -0600, Vitullo, Carmen P 
 wrote:

>You have received a secure message from "Vitullo, Carmen P" 
> entitled, "RE: Question about memory usage under 
>z/OS 2.2".
>
>You can view the message (before 12/15/2016) at the following web address:

I will not click on your link.

If you have something to say on this list, include it in your email. When you 
instead send a link that will expire in two weeks, your contribution is 
worthless to other users who might search the archives.

-- 
Tom Marchant

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

Re: TSO Setup on SSH

[John McKown]

Damn it, forgot to make one change in the command stream.

//JOBNAME JOB ACCT,NAME,CLASS=A,MSGCLASS=H,
// NOTIFY=
//SFTP EXEC PGM=IKJEFT01,REGION=0M
//SYSTSPRT DD   SYSOUT=*
//SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC (MAY BE DIFFERENT)
//SYSTSIN  DD   *
OPUT 'SOME.DATA.SET.NAME ' '/tmp/SOME.FILE.NAME
'
OSHELL { echo 'password'; +
 echo 'cd /tmp'; +
 echo 'ascii'; +
 echo 'put /tmp/SOME.FILE.NAME '; } | +
   sftp -v use...@remote.ssh.server
/*
//* CHANGE password TO ACTUAL PASSWORD
//* CHANGE cd COMMAND TO ACTUAL REMOTE DIRECTORY
//* REMOVE ascii LINE FOR BINARY TRANSFER
//* CHANGE userid TO REMOTE USER'S ID
//* CHANGE remote.ssh.server TO ACTUAL DNS NAME/IP ADDR
//SCP  EXEC PGM=IKJEFT01,REGION=0M
//SYSTSPRT DD   SYSOUT=*
//SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC (MAY BE DIFFERENT)
//SYSTSIN  DD   *
OPUT 'SOME.DATA.SET.NAME ' '/tmp/SOME.FILE.NAME
'
OSHELL echo 'password' | +
   scp /tmp/SOME.FILE.NAME  +
   use...@remote.ssh.server:-
/tmp/SOME.UNIXFILE.NAME 
/*
//* CHANGE password TO ACTUAL PASSWORD
//* CHANGE userid TO ACTUAL REMOTE USER ID
//* CHANGE remote.ssh.server TO ACTUAL DNS NAME/IP ADDR
//*  CRITICAL 
//* Note that scp command is spread over 3 lines due to
//* length of SYSTSIN input line. TSO will concatenate
//* them together into one logical line. IT IS CRITICAL
//* that you notice that I put the output file name
//* (/tmp/SOME.UNIXFILE.NAME ) on its own line
//* IT IS CRITICAL that this start in column 1.
//* IT IS ALSO CRITICAL that the previous line
//* end in a dash instead of a plus and that the dash
//* is _IMMEDIATELY_ after the colon. This is to
//* force TSO to concatenate all these characters together
//* without any spaces, which would destroy the UNIX
//* command line.
//
​


-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: Question about memory usage under z/OS 2.2

[Vitullo, Carmen P]

You have received a secure message from "Vitullo, Carmen P" 
 entitled, "RE: Question about memory usage under 
z/OS 2.2".

You can view the message (before 12/15/2016) at the following web address:
  
https://mg.usablecs.com/enduser/msg.html?x=d-d9057c9216e3623c177c7858279794f718db8ccdf043b3247eae507fc6acdb14ab5738a2dd8e44afbe8b904b849e5188872c95026481400cb72e33f7a4fa7811


-
Delivered with MailGate SC (TM)
http://www.axway.com
MailGate SC is a trademark of Axway.





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

Re: CALLLIBS and non-existent library

[Tom Marchant]

On Thu, 1 Dec 2016 15:23:21 +0100, R.S. wrote:

>During SMP/E installation of some product APPLY fails because there is 
>no SIBMCALL dddef.
>This is part of PL/I which I don't have.
>PL/I is not a prerequisite of the product.
>
>Any clue?

Obvious answer: ask the vendor.

CALLLIBS is the way you tell SMP/E to provide a SYSLIB concatenation 
(may be just one library) to the binder. The binder will try to find 
modules there to resolve any unresolved external references.

Did the link edit fail, or was the link edit not done?

If the link edit step failed with unresolved references, I'd look at it 
and try to figure out where those modules reside. I'd expect that 
they are in some LE library, and that is the data set you need for 
SIBMCALL. You may need LILST and XREF to help you figure it out.

If the link edit step was skipped, include a DD for SIBMCALL pointing 
to an empty data set and look at the link to determine what modules 
are needed.

>2. Edit MCS to remove SIBMCALL from the list.

Not a good idea.

-- 
Tom Marchant

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

Re: Host On Demand Java Certificate issues

[Richards, Robert B.]

PMR was answered and the following Flash was generated yesterday but not yet 
posted on Techdocs:

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

entitled "Signer Certificate Revoked for IBM Host On-Demand"

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, December 01, 2016 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Host On Demand Java Certificate issues

Has anyone else experienced Java certificate issues using HOD?

We have trusted certs issued from IBM Canada for Verisign that are not expired, 
but are presenting themselves as revoked with a reason of AFFLIATION CHANGED.

Thoughts anyone?  Coworker opening PMR as I type.

Bob


--
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: z/OS Web Based Dropbox ?

[Ken Smith]

z/OS DFS Distributed File Service sounds like a fit but it's not web based;
appears to windows clients as a shared drive.  Linux clients use SAMBA.
Security is standard Unix permissions.  Haven't looked in several years but
encrypted sessions weren't supported then.

Ken

On Wed, Nov 30, 2016 at 3:47 PM, Kirk Wolf  wrote:

> Thanks David,
>
> I wasn't really thinking of Tomcat + JspWiki as a solution for this, but
> perhaps I still don't understand Lionel's requirement.
>
> FWIW:  We just released an updated port of our free "T:Z QuickStart for
> Tomcat" package  (a z/OS-friendly packaging and installer for Apache
> Tomcat).
>
> -- It now supports Java 7,8 and Tomcat 8.5
>
> https://www.dovetail.com/products/tomcat.html
> https://www.dovetail.com/downloads/tomcat/index.html
>
>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
>
> On Wed, Nov 30, 2016 at 12:18 PM, Jousma, David 
> wrote:
>
> > Well, its overkill, but you could download/install Dovetails ported copy
> > of TOMCAT/Wiki.   Create pages, secure them to your self, attach files,
> all
> > done via browser.  I'm surprised Kirk didn’t suggest that.
> >
> > _
> > Dave Jousma
> > Manager Mainframe Engineering, Assistant Vice President
> > david.jou...@53.com
> > 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> > p 616.653.8429
> > f 616.653.2717
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Kirk Wolf
> > Sent: Wednesday, November 30, 2016 9:55 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: z/OS Web Based Dropbox ?
> >
> > Do you mean a cloud storage style API *client* or *server* for z/OS?
> >
> > Kirk Wolf
> > Dovetailed Technologies
> > http://dovetail.com
> >
> > On Tue, Nov 29, 2016 at 12:12 PM, Dyck, Lionel B. (TRA) <
> > lionel.d...@va.gov>
> > wrote:
> >
> > > Does anyone know of a z/OS web based dropbox application that will
> > > allow a user to upload a file securely and to download a file securely?
> > >
> > > Thanks
> > >
> > > Btw. open source is fine
> > >
> > > --
> > > 
> > > Lionel B. Dyck (TRA Contractor)
> > > Mainframe Systems Programmer  Enterprise
> > > Infrastructure Support (Station 200) (005OP6.3.10) VA OI Service
> > > Delivery & Engineering
> > >
> > > --
> > > 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
> >
> > This e-mail transmission contains information that is confidential and
> may
> > be privileged.   It is intended only for the addressee(s) named above. If
> > you receive this e-mail in error, please do not read, copy or disseminate
> > it in any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of this information is
> > prohibited. Please reply to the message immediately by informing the
> sender
> > that the message was misdirected. After replying, please erase it from
> your
> > computer system. Your assistance in correcting this error is appreciated.
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For 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

Erich Bloch, Who Helped Develop IBM Mainframe, Dies at 91

[Dave Jones]

Sad news:

Erich Bloch, Who Helped Develop IBM Mainframe, Dies at 91

http://www.nytimes.com/2016/11/30/technology/erich-bloch-who-helped-develop-ibm-mainframe-dies-at-91.html?smid=li-share&_r=0

DJ

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

Re: Question about memory usage under z/OS 2.2

[Vernooij, Kees (ITOPT1) - KLM]

Paul,

Thanks for the update.
We are running 2.1 and did not have the problem, so we will probably not see it 
in 2.2 either.

Regards,
Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Feller, Paul
Sent: 01 December, 2016 15:53
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

Kees, APAR PI72631 may interest you.  This APAR was opened up because of our 
issue we ran into under z/OS 2.2.  We are being told this also affects z/OS 
2.1.  This APAR really does nothing for the overall memory usage.  As for the 
memory usage, IBM made a change in z/OS 2.2 around how they handle CSM storage 
which caused an increase in size.  We have setup some automation to issue the " 
MODIFY vtamname,CSM,FIXED=xxxM" command if we get constrained on CSM storage.


  APAR Identifier .. PI72631  Last Changed  16/11/23
  LOCK CONTENTION WHEN CSM STORAGE GOES CONSTRAINED
 
 
  Symptom .. PR PERFM Status ... OPEN
  Severity ... 1  Date Closed .
  Component .. 5655HAL00  Duplicate of 
  Reported Release . 210  Fixed Release 
  Component Name TCP/IP V3 MVSSpecial Notice
  Current Target Date ..16/12/21  Flags
  SCP ...
  Platform 


Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, December 01, 2016 02:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

Paul,

We are going to 2.2 soon. Do you have information about the problems? APAR 
numbers, PTFs?

Thanks,

Kees.



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Feller, Paul

Sent: 11 October, 2016 23:12

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: Question about memory usage under z/OS 2.2


Mike, thanks for the information.  I will review the documents.  An update on 
one of our issues. It looks like IBM has found some type of bug related to CSM 
storage management.  I'm being told an APAR is going to be created.


Thanks..

Paul Feller
AGT Mainframe Technical Support



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Wawiorko
Sent: Tuesday, October 11, 2016 04:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

If you were running close to the limit prior to upgrade to z/OS V2.2 without 
realising it you may just need to review some settings.

CSM with D NET,CSM and SYS1.PARMLIB(IVTPRM00) are a good place to start. 

You may need to look at this if you've added IP interfaces or turned on 
multiple OSA queues.

InbPerf: Dynamic

  WorkloadQueueing: Yes

Also D NET,BFRUSE

Try these Share presentations.

https://urldefense.proofpoint.com/v2/url?u=http-3A__share.confex.com_data_handout_share_127_Session-5F19594-5Fhandout-5F9634-5F0.pdf=DQIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=m_Osofuz1k4cG4FEvz1mCqvII7v8GJC9FLOr2-_5jdI=j7ZftFOS22CD68KtZLM-IRRC398rPuBBYr2h-d-8F28=
 


https://urldefense.proofpoint.com/v2/url?u=http-3A__share.confex.com_data_handout_share_127_Session-5F19617-5Fhandout-5F9760-5F0.pdf=DQIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=m_Osofuz1k4cG4FEvz1mCqvII7v8GJC9FLOr2-_5jdI=y_BDDHQ0o8pQD61MPNsfkR_KtNF6o7zDRnR8mRWhHIw=
 

Mike Wawiorko 

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


For information, services and offers, please visit our web site: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.com=DgIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=OSXds02gK0s9L3p8m4QAFR0J3lMvx85XeQKEMZVhKXE=41N7xXKwzbVo7CQWumawpNgndLUWjbKdfbfslJZMJMQ=
 . This e-mail and any attachment may contain confidential and privileged 
material intended for the addressee only. If you are not the addressee, you are 
notified that no part of the e-mail or any attachment may be disclosed, copied 
or distributed, and that any other action related to this e-mail or attachment 
is strictly prohibited, and may be unlawful. If you have received this e-mail 
by error, please notify the sender immediately by return e-mail, and delete 
this message. 

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

Re: Question about memory usage under z/OS 2.2

[Feller, Paul]

Kees, APAR PI72631 may interest you.  This APAR was opened up because of our 
issue we ran into under z/OS 2.2.  We are being told this also affects z/OS 
2.1.  This APAR really does nothing for the overall memory usage.  As for the 
memory usage, IBM made a change in z/OS 2.2 around how they handle CSM storage 
which caused an increase in size.  We have setup some automation to issue the " 
MODIFY vtamname,CSM,FIXED=xxxM" command if we get constrained on CSM storage.


  APAR Identifier .. PI72631  Last Changed  16/11/23
  LOCK CONTENTION WHEN CSM STORAGE GOES CONSTRAINED
 
 
  Symptom .. PR PERFM Status ... OPEN
  Severity ... 1  Date Closed .
  Component .. 5655HAL00  Duplicate of 
  Reported Release . 210  Fixed Release 
  Component Name TCP/IP V3 MVSSpecial Notice
  Current Target Date ..16/12/21  Flags
  SCP ...
  Platform 


Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, December 01, 2016 02:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

Paul,

We are going to 2.2 soon. Do you have information about the problems? APAR 
numbers, PTFs?

Thanks,

Kees.



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Feller, Paul

Sent: 11 October, 2016 23:12

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: Question about memory usage under z/OS 2.2


Mike, thanks for the information.  I will review the documents.  An update on 
one of our issues. It looks like IBM has found some type of bug related to CSM 
storage management.  I'm being told an APAR is going to be created.


Thanks..

Paul Feller
AGT Mainframe Technical Support



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Wawiorko
Sent: Tuesday, October 11, 2016 04:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

If you were running close to the limit prior to upgrade to z/OS V2.2 without 
realising it you may just need to review some settings.

CSM with D NET,CSM and SYS1.PARMLIB(IVTPRM00) are a good place to start. 

You may need to look at this if you've added IP interfaces or turned on 
multiple OSA queues.

InbPerf: Dynamic

  WorkloadQueueing: Yes

Also D NET,BFRUSE

Try these Share presentations.

https://urldefense.proofpoint.com/v2/url?u=http-3A__share.confex.com_data_handout_share_127_Session-5F19594-5Fhandout-5F9634-5F0.pdf=DQIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=m_Osofuz1k4cG4FEvz1mCqvII7v8GJC9FLOr2-_5jdI=j7ZftFOS22CD68KtZLM-IRRC398rPuBBYr2h-d-8F28=
 


https://urldefense.proofpoint.com/v2/url?u=http-3A__share.confex.com_data_handout_share_127_Session-5F19617-5Fhandout-5F9760-5F0.pdf=DQIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=m_Osofuz1k4cG4FEvz1mCqvII7v8GJC9FLOr2-_5jdI=y_BDDHQ0o8pQD61MPNsfkR_KtNF6o7zDRnR8mRWhHIw=
 

Mike Wawiorko 

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


For information, services and offers, please visit our web site: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.com=DgIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=OSXds02gK0s9L3p8m4QAFR0J3lMvx85XeQKEMZVhKXE=41N7xXKwzbVo7CQWumawpNgndLUWjbKdfbfslJZMJMQ=
 . This e-mail and any attachment may contain confidential and privileged 
material intended for the addressee only. If you are not the addressee, you are 
notified that no part of the e-mail or any attachment may be disclosed, copied 
or distributed, and that any other action related to this e-mail or attachment 
is strictly prohibited, and may be unlawful. If you have received this e-mail 
by error, please notify the sender immediately by return e-mail, and delete 
this message. 

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






--

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

send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Mullen, Patrick]

Venkat,

Go to https://dovetail.com/solutions.html and get yourself a copy of their 
utterly fine product Co:Z SFTP, which will enable you to do exactly what you 
want. The installation doc has examples which will have you sftp-ing sequential 
and PDS datasets in no time. And best of all, you may use the product free of 
charge under their community license.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Thursday, December 01, 2016 12:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO Setup on SSH

Hello David, yes I am aware that sftp process only Unix files but I heard that 
we have other of transferring traditional mvs dataset like we can first 
transfer mvs dataset to omvs and then do sftp.

But I never did this before, so I am requesting to help on sample JCL.

On Dec 1, 2016 09:13, "David Crayford"  wrote:

> On 1/12/2016 1:14 PM, venkat kulkarni wrote:
>
>> Do anybody have sample batch job to transfer data using sftp.
>>
>> Currently we using FTP in batch job PGM but not sure what program we 
>> should use for sftp and format of JCL to transfer  sequential and PDs 
>> datasets.
>>
>
> sftp only supports UNIX files so you're out of luck if you want to 
> process traditional MVS data sets (as mentioned in a previous thread).
>
> Thnaks
>>
>> On Nov 29, 2016 09:51, "Jack J. Woehr"  wrote:
>>
>> David Crayford wrote:
>>
>> Yep. It's part of Rockets ported tools http://www.rocketsoftware.com/
>>> ported-tools.
>>>
>>> Very cool, had no idea they were there.
>>
>>
>>
> --
> 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: CALLLIBS and non-existent library

[Lizette Koehler]

I would think that in some part of this process it asked if you had PL/I.  If
you do not have it, then there should be some way to let the product know not to
include PL/I modules.


The product structure for PL/I has changed from the previous PL/I version. Most
JCL and CLISTs that link-edit a PL/I application using the OS PL/I library must
be changed. These changes include:

The OS PL/I multitasking library PLITASK has been replaced by SIBMTASK,
which is required to have multitasking support. SIBMTASK must be concatenated
before SCEELKED.

Note that Enterprise PL/I for z/OS does not currently support multitasking.
Language Environment continues to support PL/I multitasking for PL/I for MVS &
VM as well as previous, supported levels of the PL/I product.
The PLIBASE and SIBMBASE libraries have been replaced by:
SCEELKED, which contains resident routines that are linked with the
application and are used to resolve external references at link-edit time.
SIBMMATH, which contains the stubs for old OS PL/I V2R3 math library
routines. In link-edit steps, this library must precede SCEELKED if old math
results are desired in a particular executable program.
SIBMCALL, which is required to provide PLICALLA and PLICALLB
compatibility if PL/I for MVS & VM applications use OS PL/I PLICALLA or PLICALLB
as an entry point. SIBMCALL must be concatenated before SCEELKED.
SIBMCAL2, which is very similar to SIBMCALL, but is only used with
Enterprise PL/I for z/OS.

Note:
SCEELKED and SIBMCAL2 are the only libraries that apply for Enterprise PL/I
for z/OS.


If it is looking for SIBMCALL then it is probably going to want the PLICALLA and
PLICALLB modules.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Thursday, December 01, 2016 7:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CALLLIBS and non-existent library
> 
> During SMP/E installation of some product APPLY fails because there is no
> SIBMCALL dddef.
> This is part of PL/I which I don't have.
> PL/I is not a prerequisite of the product.
> 
> Any clue?
> 
> My wild ideas:
> 1. Define DDDEF entry for SIBMCALL and point to SYS1.LINKLIB or empty loadlib.
> 2. Edit MCS to remove SIBMCALL from the list.
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 

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

Re: LAST ALTER date in GDG base.

[Klaus Stanislawiak]

According to this announcement by the late Mark Thomen:
https://listserv.ua.edu/cgi-bin/wa?A2=ind0201=ibm-main-archives=0=D===425524
the corresponding field GDGALTDT has been added to the Catalog Search Interface 
for z/OS 1.3 .
The catalog field has probably existed before.

Klaus Stanislawiak

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

CALLLIBS and non-existent library

[R.S.]

During SMP/E installation of some product APPLY fails because there is 
no SIBMCALL dddef.

This is part of PL/I which I don't have.
PL/I is not a prerequisite of the product.

Any clue?

My wild ideas:
1. Define DDDEF entry for SIBMCALL and point to SYS1.LINKLIB or empty 
loadlib.

2. Edit MCS to remove SIBMCALL from the list.

--
Radoslaw Skorupka
Lodz, Poland






---
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.pl
Są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.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: LAST ALTER date in GDG base.

[Nims,Alva John (Al)]

>From "DFSMS Access Method Services for Catalogs" (z/OS 1.13 version)
LAST ALTER DATE-The julian date (.DDD) on which the GDG base was last 
altered, by adding or removing a GDS.

I have no idea what a value of .000 indicates, probably have to look in 
some control block listing to find.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, December 01, 2016 8:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LAST ALTER date in GDG base.

Hello,

IDCAMS LISTC of a GDG base shows a LAST ALTER date. When was this introduced? I 
can't find this.

We think we can interpret a date .000 as 'not altered' or 'altered before 
yymmdd'.

Thanks,
Kees.

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

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



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

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

Re: MIPS Calculation formula

[Elardus Engelbrecht]

Itschak Mugzach wrote:

>THere used to be a rexx that calculates mips and msus. Try this link at the 
>bottom
>http://bit.listserv.tsorexx.narkive.com/KXbgme2w/res-tso-rexx-rexx-to-calculate-mips-and-msu

Yes, thanks! There is a nice REXX program there.

If you are refering to Mark Zelden's site which contains IPLINFO, look at 

http://mzelden.com/mvsutil.html 

It seemed to me http://home.flash.net/~mzelden/mvsutil.html is not working?

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

Host On Demand Java Certificate issues

[Richards, Robert B.]

Has anyone else experienced Java certificate issues using HOD?

We have trusted certs issued from IBM Canada for Verisign that are not expired, 
but are presenting themselves as revoked with a reason of AFFLIATION CHANGED.

Thoughts anyone?  Coworker opening PMR as I type.

Bob


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

LAST ALTER date in GDG base.

[Vernooij, Kees (ITOPT1) - KLM]

Hello,

IDCAMS LISTC of a GDG base shows a LAST ALTER date. When was this introduced? I 
can't find this.

We think we can interpret a date .000 as 'not altered' or 'altered before 
yymmdd'.

Thanks,
Kees.

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

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



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

Re: TSO Setup on SSH

[John McKown]

On Wed, Nov 30, 2016 at 11:14 PM, venkat kulkarni <
venkatkulkarn...@gmail.com> wrote:

> Do anybody have sample batch job to transfer data using sftp.
>
> Currently we using FTP in batch job PGM but not sure what program we should
> use for sftp and format of JCL to transfer  sequential and PDs datasets.
>
> Thnaks
>
>
​I'll avoid all the advice that you've been given about Co:Z from
Dovetailed Technologies (although I totally agree with it). I will assume
that you only have "normal" IBM supplied software and that the remote end
has a regular SSH server running. What I am unsure of is whether you
actually want to use "sftp" or if "scp" would be acceptable. So I will give
examples of both to allow you to choose which you prefer. The JCL will be
identical. In fact, I will show how I would do both transfers, first using
"sftp" and secondly using "scp"

//JOBNAME JOB ACCT,NAME,CLASS=A,MSGCLASS=H,
// NOTIFY=
//SFTP EXEC PGM=IKJEFT01,REGION=0M
//SYSTSPRT DD   SYSOUT=*
//SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC (MAY BE DIFFERENT)
//SYSTSIN  DD   *
OPUT 'SOME.DATA.SET.NAME' '/tmp/SOME.FILE.NAME'
OSHELL { echo 'password'; +
 echo 'cd /tmp'; +
 echo 'ascii'; +
 echo 'put /tmp/SOME.FILE.NAME'; } | +
   sftp -v use...@remote.ssh.server
/*
//* CHANGE password TO ACTUAL PASSWORD
//* CHANGE cd COMMAND TO ACTUAL REMOTE DIRECTORY
//* REMOVE ascii LINE FOR BINARY TRANSFER
//* CHANGE userid TO REMOTE USER'S ID
//* CHANGE remote.ssh.server TO ACTUAL DNS NAME/IP ADDR
//SFTP EXEC PGM=IKJEFT01,REGION=0M
//SYSTSPRT DD   SYSOUT=*
//SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC (MAY BE DIFFERENT)
//SYSTSIN  DD   *
OPUT 'SOME.DATA.SET.NAME' '/tmp/SOME.FILE.NAME'
OSHELL echo 'password'; +
   scp /tmp/SOME.FILE.NAME +
   use...@remote.ssh.server:-
/tmp/SOME.UNIXFILE.NAME
/*
//* CHANGE password TO ACTUAL PASSWORD
//* CHANGE userid TO ACTUAL REMOTE USER ID
//* CHANGE remote.ssh.server TO ACTUAL DNS NAME/IP ADDR
//*  CRITICAL 
//* Note that scp command is spread over 3 lines due to
//* length of SYSTSIN input line. TSO will concatenate
//* them together into one logical line. IT IS CRITICAL
//* that you notice that I put the output file name
//* (/tmp/SOME.UNIXFILE.NAME) on its own line
//* IT IS CRITICAL that this start in column 1.
//* IT IS ALSO CRITICAL that the previous line
//* end in a dash instead of a plus and that the dash
//* is _IMMEDIATELY_ after the colon. This is to
//* force TSO to concatenate all these characters together
//* without any spaces, which would destroy the UNIX
//* command line.
//
​







-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: MIPS Calculation formula

[Itschak Mugzach]

THere used to be a rexx that calculates mips and msus. Try this link at the
bottom
http://bit.listserv.tsorexx.narkive.com/KXbgme2w/res-tso-rexx-rexx-to-calculate-mips-and-msu

Best,
ITschak

ITschak Mugzach
Z/OS, ISV Products and Application Security & Risk Assessments Professional

On Thu, Dec 1, 2016 at 1:49 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Radoslaw Skorupka wrote:
>
> >That's why I used quotation marks for "meaningless".
> >MIPS definitions is weak, there's another measure: MSU.
>
> Yup. I'm familiar with MSU.
>
> >MSU is good, because it's known for public with no fee.
> >MSU is good, because there no multiple different MSU tables, there's one
> source of information.
>
> And Sub Capacity Report is using MSU. So no disputes.
>
> >MSU is bad, because of IBM tricks ("marketing" MSU vs "technical" MSU)
> since z990 GA.
>
> Sigh, I still don't get all those pricing schemes, but then I'm not a
> manager...
>
> ;-D
>
> 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: MIPS Calculation formula

[Elardus Engelbrecht]

Radoslaw Skorupka wrote:

>That's why I used quotation marks for "meaningless".
>MIPS definitions is weak, there's another measure: MSU.

Yup. I'm familiar with MSU.

>MSU is good, because it's known for public with no fee.
>MSU is good, because there no multiple different MSU tables, there's one 
>source of information.

And Sub Capacity Report is using MSU. So no disputes.

>MSU is bad, because of IBM tricks ("marketing" MSU vs "technical" MSU) since 
>z990 GA.

Sigh, I still don't get all those pricing schemes, but then I'm not a manager...

;-D

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: MIPS Calculation formula

[R.S.]

W dniu 2016-12-01 o 11:56, Elardus Engelbrecht pisze:

Radoslaw Skorupka wrote:


Note: every MIPS table can differ slightly due to "meaningless" value of MIPS.

"meaningless"! Hahaha!

Are there alternatives to MIPS? Service Units? Dispatch speed? Other 
measurement methods?

Also, what mixture of instructions [on what hardware type!] are used to 
calculate that MIPS?

For me, MIPS is 'useful', but with the usual disclaimers, cautions, pinch of 
salt, etc. With that value, you can estimate in a way how that machine can 
handle a specific workload mix, or for the OP, how many x records (SMF, SYSLOG, 
etc) it can process in wallclock time hh:mm:ss.

Using IBM, Cheryl Watson, Gartner, etc. MIPS tables are somewhat useful for 
comparing machine X with machine Y and justify your costs and overhead.

I am still curious about the OP's goal.


That's why I used quotation marks for "meaningless".
MIPS definitions is weak, there's another measure: MSU.
MSU is good, because it's known for public with no fee.
MSU is good, because there no multiple different MSU tables, there's one 
source of information.
MSU is bad, because of IBM tricks ("marketing" MSU vs "technical" MSU) 
since z990 GA.


--
Radoslaw Skorupka
Lodz, Poland






---
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.pl
Są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.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: MIPS Calculation formula

[Elardus Engelbrecht]

Radoslaw Skorupka wrote:

>Note: every MIPS table can differ slightly due to "meaningless" value of MIPS. 

"meaningless"! Hahaha! 

Are there alternatives to MIPS? Service Units? Dispatch speed? Other 
measurement methods?

Also, what mixture of instructions [on what hardware type!] are used to 
calculate that MIPS?

For me, MIPS is 'useful', but with the usual disclaimers, cautions, pinch of 
salt, etc. With that value, you can estimate in a way how that machine can 
handle a specific workload mix, or for the OP, how many x records (SMF, SYSLOG, 
etc) it can process in wallclock time hh:mm:ss.

Using IBM, Cheryl Watson, Gartner, etc. MIPS tables are somewhat useful for 
comparing machine X with machine Y and justify your costs and overhead.

I am still curious about the OP's goal.

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: MIPS Calculation formula

[R.S.]

IMHO the best way to obtain MIPS for given machine:

1. Find out the machine model and capacity marker. D M=CPU in z/OS or 
right click on CPC icon on HMC, or ...or some people working on it 
simply should know it.


2. Go to IBM site called LSPR and read "PCI index" which is MIPS value.

Note: every MIPS table can differ slightly due to "meaningless" value of 
MIPS. However is it really important whether your machine has 4624 or 
4622 MIPS???

Why?

I know one reason: software contracts. BTDT. Whenever I informed about 
HW upgrade (to get invoice) they corrected my MIPS value, because I took 
the value from IBM and they took it from Gartner report which is quite 
expensive. Of course the difference was worth a pack o peanuts, but the 
paperwork was bothering.


my €0.02

--
Radoslaw Skorupka
Lodz, Poland






---
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc 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.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2016 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.955.696 zotych.


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

Re: Question about memory usage under z/OS 2.2

[Vernooij, Kees (ITOPT1) - KLM]

Paul,

We are going to 2.2 soon. Do you have information about the problems? APAR 
numbers, PTFs?

Thanks,
Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Feller, Paul
Sent: 11 October, 2016 23:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

Mike, thanks for the information.  I will review the documents.  An update on 
one of our issues. It looks like IBM has found some type of bug related to CSM 
storage management.  I'm being told an APAR is going to be created.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Wawiorko
Sent: Tuesday, October 11, 2016 04:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about memory usage under z/OS 2.2

If you were running close to the limit prior to upgrade to z/OS V2.2 without 
realising it you may just need to review some settings.



CSM with D NET,CSM and SYS1.PARMLIB(IVTPRM00) are a good place to start. 

You may need to look at this if you've added IP interfaces or turned on 
multiple OSA queues.

InbPerf: Dynamic

  WorkloadQueueing: Yes



Also D NET,BFRUSE



Try these Share presentations.



https://urldefense.proofpoint.com/v2/url?u=http-3A__share.confex.com_data_handout_share_127_Session-5F19594-5Fhandout-5F9634-5F0.pdf=DQIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=m_Osofuz1k4cG4FEvz1mCqvII7v8GJC9FLOr2-_5jdI=j7ZftFOS22CD68KtZLM-IRRC398rPuBBYr2h-d-8F28=
 



https://urldefense.proofpoint.com/v2/url?u=http-3A__share.confex.com_data_handout_share_127_Session-5F19617-5Fhandout-5F9760-5F0.pdf=DQIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=m_Osofuz1k4cG4FEvz1mCqvII7v8GJC9FLOr2-_5jdI=y_BDDHQ0o8pQD61MPNsfkR_KtNF6o7zDRnR8mRWhHIw=
 





Mike Wawiorko 

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

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

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




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